this post was submitted on 31 Oct 2023
367 points (88.1% liked)
Programming.dev Meta
2470 readers
1 users here now
Welcome to the Programming.Dev meta community!
This is a community for discussing things about programming.dev itself. Things like announcements, site help posts, site questions, etc. are all welcome here.
Links
Credits
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Looks like snowe missed the fact that each of those close/reopens were months apart, so it's clear the issue would ge re-opened, still not addressed after many many months, then closed to clean up the backlog, then re-opened because it actually still has value.
Snowe it seems interpreted this as two people fighting and not just normal stuff that happens on giant repos with many devs.
What he did wrong was comment about behaviors/edicit on a PR, which is not the appropriate place to have that convo.
PR comments are for talking about the PR, not for having meta convos about comments on PRs.
I don't even participate in this repo, but I can say that snowe was off topic here.
However the owner's reaction of a whopping seven day ban and "learn your lesson" comment was also abrasive and unreasonable.
Both sides fucked up here, get ya'lls shit together and apologize to each other yo.
Well yeah the second comment didn't really had to be, but hey it's certainly not really reason enough to ban someone from the repo. The first comment I think is totally ok (as well as marking it off-topic, but optimally with an answer, probably marked as off-topic as well). Just keep an issue (it's not a PR) open, until the issue is resolved in one way or the other i.e. either solved reasonably via a third-party client (with links to it) or directly in the repo, asking the community (when it's not obvious that the issue is resolved), whether this is resolved, wait for reactions, and close it after some time based on that. Banning someone, or quickly closing or not reopening after a carefully written argument, that the issue is not solved etc. is just childish behaviour, especially for a community focused project (I'm watching a few lemmy issues on GH).
Thats where I think the misunderstanding was, if you look at the dates, many of the closings happened months after the issue was opened and no one posted anything on it, so it would clearly look to be a stale issue, so its reasonable to give a quick "Im closing this because of x" comment.
Often in those cases the person is doing a bunch of cleanup and has to close dozens of stale issues, so writing a multi paragraph response on every single one is a lot of time to put into it.
Then later the issue is re-opened again because it actually isnt stale, it just looks stale, and the cycle repeats as it continues to sit on the backburner.
This is all very normal on any larger project, its pretty common to see issues get closed and re-opened if they are very low priority and sit on the backburner for literally years, and its common to see they have a bunch of short "Im closing this because x" responses as a result.
But, if you look at the dates, you go "Oh, I see, these comments are months apart and not even really a "convo" but more just documentation.
I think here's a misunderstanding too :). With quickly I mean closing without getting feedback, or without providing a good reason why the issue is closed (without being obviously resolved), not the dates (which I think are only relevant, when actually awaiting a response). I have seen this over the repo a few times, good writeups often explaining some behavior etc. and then bam closed, either as duplicate (although it's not (example)), or "not as planned" etc. I think this is not good behavior for an open source project (I'm around the block for a few years contributing and maintaining OSS, for reference...). Especially as this is a real community project and not some random opinionated application (well depending on how you define it, could be true to lemmy, but I don't think it is...)
I rather let an issue open than close it, "just to have fewer open issues". I can close it anytime, and if someone searches for that issue sees it closed while it isn't resolved, it just creates confusion...
You are correct. I didn't notice that the comments were quite far apart. I was sent that issue by concerned members of my community and I kinda rushed in and commented.
correct, but it was not simply based on that one Issue. It was based on months of watching their interactions with the community.
Then where do you have those conversations? (also it wasn't a PR, it was an issue) The conversations are about the code and about the decision making process around the code. They belong in a permanent store (not chat) where the decisions can be referenced. Would you recommend creating another separate issue to have the conversation?
I can agree that my second comment was off-topic, but the first comment clearly discussed why the issue should be left open.
Honestly that wasn't the part that frustrated me. It was the no response no warning part of the interaction that was insulting. How am I supposed to know whether they marked my comment off-topic because I commented on the closing of the Issue or because they just didn't want to talk to users about the problem? How was I supposed to know that I was even going to get a ban (I didn't even know you could ban people and I have over a hundred repos on GH) for continuing to comment? And finally how was I supposed to even know that the ban was temporary? All the lack of communication did was lead to me making this post. If I had known it was only 7 days I probably wouldn't have done anything at all. Just let it pass, as waiting a week to respond is nothing in OSS land.
I've already talked to Dessalines about it. Not sure what to do about Nutomic.