6 ms·

I've settled with giving automated feedback using a GitHub app I've built [1] that posts a predefined message and closes the issue when a label is applied. Whe

I've settled with giving automated feedback using a GitHub app I've built [1] that posts a predefined message and closes the issue when a label is applied. When it's hard to figure out what is being asked, or the bug report does not follow the issue template and there are no clear steps to reproduce the bug, I'll label the issue as `incomplete`, which asks the author to fill out the issue template properly, and closes the issue. I've also configured labels with messages for common questions [2] or issues that are outside the control of the project, so I can inform people without repeating the same things over and over. I agree that we should not be expected to provide support, though I find it acceptable for now to post automated messages, when it can help others. [1] https://github.com/dessant/label-actions https://github.com/dessant/label-actions [2] https://github.com/dessant/buster/blob/master/.github/label-actions.yml https://github.com/dessant/buster/blob/master/.github/label-...

dessant 6y ago
And regarding the corporate exploitation of open source projects, I've just discovered that a Facebook employee reimplemented the app [1] using actions and published it using the same name and configuration syntax on the GitHub Marketplace [2], so I can no longer publish my app without renaming the project. Facebook was using my app in the React Native repository, until they have replaced it with their own implementation [3]. It would be nice if they weren't jerks and at least not casually seize the project name, but here we are. Meanwhile I'm still banned from Facebook for no reason, after I've recently signed up to use Wit.ai, and they illegally hold control of my personal data on Facebook and Wit.ai. https://news.ycombinator.com/item?id=25033510 https://news.ycombinator.com/item?id=25033510 https://github.com/wit-ai/wit/issues/1946 https://github.com/wit-ai/wit/issues/1946 [1] https://github.com/hramos/label-actions https://github.com/hramos/label-actions [2] https://github.com/marketplace/actions/label-actions https://github.com/marketplace/actions/label-actions [3] https://github.com/facebook/react-native/commit/f9c2157141b8fcddcb2d2c576c952f2ce7daedda#diff-5d2241a2aa7c8754bda9b7ce7ea952e4e3313afebfedfc40d4274298ba11765e https://github.com/facebook/react-native/commit/f9c2157141b8...
- devenblake 6y ago
  Hey, I remember you! I linked to that story in the entry on Facebook in my shitlist (https://blake.instantfloppy.net/shitlist#facebook https://blake.instantfloppy.net/shitlist#facebook).
  - dessant 6y ago
    I like your list, and now you have yet another entry to add. :(
  - junon 6y ago
    I've always thought about making a shitlist. Maybe you've just inspired me to actually do it.
    - devenblake 6y ago
      For me it started as a bookmarks folder because I could never remember why I hated [thing]. It takes more time than I'd like to add entries (especially in bulk and especially to make archive links for them). If you make one you're welcome to take my entries so long as I can take yours!
- Dayshine 6y ago
  Have you considered insisting they credit you as your MIT license requires?
  - dessant 6y ago
    I have opened an issue on the React Native repository, please share it and help me find a solution. https://github.com/facebook/react-native/issues/30395 https://github.com/facebook/react-native/issues/30395 Hopefully they will be helpful, and I don't have to take legal action regarding the project name, nor file a GDPR complaint for the loss of control over my personal data.
    - capableweb 6y ago
knorker 6y ago
Why not just use the canned answers feature of github? (Yes, looks like your software can do more)
names_are_hard 6y ago
I agree with GP that you don't need to answer anything you don't want to, and ignoring is a valid approach. And I think closing issues is also a valid approach, it's your project after all and you can do what you want. That said, I would prefer maintainers didn't close issues that aren't actually resolved, and instead just ignored them. Maybe apply a label like "Needs more info" or "too busy to investigate" or "help needed" and just filter them out of your view. The reason for this is that it allows others to chime in and add to the issue, and for users to discuss it among themselves and even find solutions and workarounds. I can't say how many times I've had an issue with some open source project and I find related thread in the github issues. And often the solutions or workarounds are suggested by community members, not the maintainers. But I find it soooo frustrating when the issue has been closed by a "stale bot" because it hasn't been active for 30 days. This is the spirit of open source, IMO. The creator shares their work with the world, with no commitment or obligation, and the world makes of it what they can. Maybe the maintainer volunteers to help people troubleshoot their issues, or maybe the maintainer is too busy. That's ok. Let the issue sit there, and maybe another kind soul will happen across the issue and answer the question. There isn't enough info to reproduce? That's fine, it's quite possible - even likely - that someone else experiencing the same problem will find the issue and be able to add more context.
- bbarnett 6y ago
  And you likely meant this, but I have often discovered, or provided, patches. Upstream may not care about them, but they can help others with edge cases too.
- rectang 6y ago
  Who owns the issue tracker — the maintainer or the user base? If the maintainer is using the issue tracker to prioritize development, they should feel fine about closing issues, especially when those issues are underspecified, ignore the project's contribution guidelines, or are otherwise incomplete. > That's fine, it's quite possible - even likely - that someone else experiencing the same problem will find the issue and be able to add more context. That's not my experience with issue trackers. It's far more likely that underspecified and otherwise problematic issues accumulate until the issue tracker becomes borderline useless. The issue is still there if it is closed, including any contributed but unapplied patches.
alexellisuk 6y ago
I like your bot and have implemented similar rules in Derek to help out with the openfaas project. It's not quite as configurable as your version, but if folks are interested they can find out more at: https://github.com/alexellis/derek/blob/master/USER_GUIDE.md https://github.com/alexellis/derek/blob/master/USER_GUIDE.md There are automated actions when people delete the issue/PR template, and when they don't sign off commits for the DCO. This saves me a lot of time personally having to go and comment and explain every time. I'm going to take a closer look at your bot going forward. Thanks for sharing it.
jonathanhefner 6y ago
Very cool bot! I was looking for that kind of bot a few months ago, but I couldn't find one that was still maintained, so I created my own[1]. But if you're going to continue maintaining yours (despite the FB debacle), I may just use yours instead. [1] https://github.com/jonathanhefner/verba-sequentur https://github.com/jonathanhefner/verba-sequentur

dessant 6y ago

And regarding the corporate exploitation of open source projects, I've just discovered that a Facebook employee reimplemented the app [1] using actions and published it using the same name and configuration syntax on the GitHub Marketplace [2], so I can no longer publish my app without renaming the project. Facebook was using my app in the React Native repository, until they have replaced it with their own implementation [3]. It would be nice if they weren't jerks and at least not casually seize the project name, but here we are. Meanwhile I'm still banned from Facebook for no reason, after I've recently signed up to use Wit.ai, and they illegally hold control of my personal data on Facebook and Wit.ai. https://news.ycombinator.com/item?id=25033510 https://news.ycombinator.com/item?id=25033510 https://github.com/wit-ai/wit/issues/1946 https://github.com/wit-ai/wit/issues/1946 [1] https://github.com/hramos/label-actions https://github.com/hramos/label-actions [2] https://github.com/marketplace/actions/label-actions https://github.com/marketplace/actions/label-actions [3] https://github.com/facebook/react-native/commit/f9c2157141b8fcddcb2d2c576c952f2ce7daedda#diff-5d2241a2aa7c8754bda9b7ce7ea952e4e3313afebfedfc40d4274298ba11765e https://github.com/facebook/react-native/commit/f9c2157141b8...

devenblake 6y ago
Hey, I remember you! I linked to that story in the entry on Facebook in my shitlist (https://blake.instantfloppy.net/shitlist#facebook https://blake.instantfloppy.net/shitlist#facebook).
- dessant 6y ago
  I like your list, and now you have yet another entry to add. :(
- junon 6y ago
  I've always thought about making a shitlist. Maybe you've just inspired me to actually do it.
  - devenblake 6y ago
    For me it started as a bookmarks folder because I could never remember why I hated [thing]. It takes more time than I'd like to add entries (especially in bulk and especially to make archive links for them). If you make one you're welcome to take my entries so long as I can take yours!
Dayshine 6y ago
Have you considered insisting they credit you as your MIT license requires?
- dessant 6y ago
  I have opened an issue on the React Native repository, please share it and help me find a solution. https://github.com/facebook/react-native/issues/30395 https://github.com/facebook/react-native/issues/30395 Hopefully they will be helpful, and I don't have to take legal action regarding the project name, nor file a GDPR complaint for the loss of control over my personal data.
  - capableweb 6y ago

knorker 6y ago

Why not just use the canned answers feature of github? (Yes, looks like your software can do more)

names_are_hard 6y ago

I agree with GP that you don't need to answer anything you don't want to, and ignoring is a valid approach. And I think closing issues is also a valid approach, it's your project after all and you can do what you want. That said, I would prefer maintainers didn't close issues that aren't actually resolved, and instead just ignored them. Maybe apply a label like "Needs more info" or "too busy to investigate" or "help needed" and just filter them out of your view. The reason for this is that it allows others to chime in and add to the issue, and for users to discuss it among themselves and even find solutions and workarounds. I can't say how many times I've had an issue with some open source project and I find related thread in the github issues. And often the solutions or workarounds are suggested by community members, not the maintainers. But I find it soooo frustrating when the issue has been closed by a "stale bot" because it hasn't been active for 30 days. This is the spirit of open source, IMO. The creator shares their work with the world, with no commitment or obligation, and the world makes of it what they can. Maybe the maintainer volunteers to help people troubleshoot their issues, or maybe the maintainer is too busy. That's ok. Let the issue sit there, and maybe another kind soul will happen across the issue and answer the question. There isn't enough info to reproduce? That's fine, it's quite possible - even likely - that someone else experiencing the same problem will find the issue and be able to add more context.

bbarnett 6y ago
And you likely meant this, but I have often discovered, or provided, patches. Upstream may not care about them, but they can help others with edge cases too.
rectang 6y ago
Who owns the issue tracker — the maintainer or the user base? If the maintainer is using the issue tracker to prioritize development, they should feel fine about closing issues, especially when those issues are underspecified, ignore the project's contribution guidelines, or are otherwise incomplete. > That's fine, it's quite possible - even likely - that someone else experiencing the same problem will find the issue and be able to add more context. That's not my experience with issue trackers. It's far more likely that underspecified and otherwise problematic issues accumulate until the issue tracker becomes borderline useless. The issue is still there if it is closed, including any contributed but unapplied patches.

alexellisuk 6y ago

I like your bot and have implemented similar rules in Derek to help out with the openfaas project. It's not quite as configurable as your version, but if folks are interested they can find out more at: https://github.com/alexellis/derek/blob/master/USER_GUIDE.md https://github.com/alexellis/derek/blob/master/USER_GUIDE.md There are automated actions when people delete the issue/PR template, and when they don't sign off commits for the DCO. This saves me a lot of time personally having to go and comment and explain every time. I'm going to take a closer look at your bot going forward. Thanks for sharing it.

jonathanhefner 6y ago

Very cool bot! I was looking for that kind of bot a few months ago, but I couldn't find one that was still maintained, so I created my own[1]. But if you're going to continue maintaining yours (despite the FB debacle), I may just use yours instead. [1] https://github.com/jonathanhefner/verba-sequentur https://github.com/jonathanhefner/verba-sequentur