[arkits]

This is pretty cool! Better SQL clients are always welcome.

I tried with Postgres 12 and ran into 2 issues -

- jsonb columns don't seem to render properly... just get a "[object Object]".

- One specific table refused to get list anything, and there was a red "Error" in the center of the listing UI.

[rathboma]

Good catches! Can you file a GitHub issue so I don't forget?

[capableweb]

Not that it's a big thing, but seems weird to put the responsibility about you not forgetting something, on the person leaving the feedback, rather than just filing the issue yourself.

[mbesto]

It seems weird that someone who has spent a lot of their own time (e.g. money) to help a community is being shunned for not taking even more time out of their day for a simple request.

This also disregards software ticket guidelines 101:

- There isn't fully defined steps to reproduce

- Limited details on what the user expected to see

- No details about the users environment

People pour their souls into FOSS projects and regularly get cr*pped on for not acting like Enterprise Support. So let's try to be a little more empathetic to people who contribute freely to the dev community, even if its just a small ask like this.

[capableweb]

Well, "shunned" might be a bit too strong, but I don't speak native English. I certainly didn't mean to put down the author in any way, which is why I prefixed it with "Not that it's a big thing", it's just a helpful note regarding how to respond to feedback.

Let's cool it down with trying to start up some heated argument around this, no one is interested in that.

[mbesto]

> Well, "shunned" might be a bit too strong, but I don't speak native English.

In native english the tone of the following sentence is considered "not very nice":

> but seems weird to put the responsibility about you not forgetting something

Further...

> it's just a helpful note regarding how to respond to feedback.

And what you responded with is NOT how to respond to feedback to an open source maintainer.

> Let's cool it down with trying to start up some heated argument around this, no one is interested in that.

Nor am I. I'm sorry you feel like you're getting picked on here. This general topic is a huge issue for the future of FOSS contributors. What you responded with is clearly not egregious (e.g. i've seen people say things like "hey I submitted a ticket on GitHub 3 months ago and no response, WTF!?!?"...that is VERY BAD), but every little bit hurts. Don't take offense to it, especially if english is not your native tongue.

[rathboma]

Oh you just caught me trying to encourage community involvement :-). I don't just want users, I want contributors! At a minimum some issue engagement is very useful.

[capableweb]

Heh, was what I thought initially, but didn't want to call out anything! Certainly fine and no hard feelings! Good luck :)

[shock]

If most users had your attitude we would have far fewer open source/free softwares. The author has already spent a significant amount of time making the tool, criticizing him for not spending more time/energy for something that can easily be done by the reporter seems, well, counter-productive.

In most cases, feedback is not worth much, depending on your goal. E.g.: I've made some software that satisfies my requirements. Should I be grateful for feedback that, in essence, requires more free work from me? What's the thinking here?

For these reasons I consider the author's attitude most appropriate, considering he could have said "the software is free, send a patch", or just "works for me, take a walk – I don't owe you anything".

[abc03]

Well, it's open source, so he volunteers his time. Maybe the feedback should have been filled to Github in the first place? Certainly he is not lazy if asking to do a favor but probably busy with something else.

[capableweb]

Sure, but if time is of such importance here, copy+pasting the feedback into a new issue is faster than replying to the author and ask them to file the issue. Then it might be that they don't because of X, so you have to file it yourself anyways.

In both scenarios, just filling the issue yourself is faster