https://bugs.kde.org/show_bug.cgi?id=501946
--- Comment #5 from duha.b...@gmail.com --- (In reply to Nate Graham from comment #2) > Letting them create a new account (normal people hate this!) only for the > bot to say "lol git good update your system n00b" does feel a bit > Kafka-esque! Agree. The user takes the time to report a bug, download debug symbols, write a description, check for duplicates (well .. sometimes), create an account ... just so the bug report gets auto closed without any human interaction. That doesn't seem fair. If there is enough information for the bug to be auto closed, there is enough information to handle it properly (Eg. report to the distribution instead, or install a flatpak or whatever should be done instead.) (In reply to Harald Sitter from comment #1) > The problem is that what is supported differs from product to product. > Someone would have to maintain a comprehensive list of what is and isn't > supported. And frankly I don't see that happening - it's already not getting > updated half the time for plasma. I don't see this as a problem. Not all projects need to opt in. But if its handled by the bugzilla bot it should also be handled by drkonqi. > There is also the question if it is worth the code. Thats the question. I think so. If you disagree I am not upset if you close this bug report. (In reply to Nate Graham from comment #4) > It sounds like that's more or less the same thing as what's being proposed > here, just in a different form. > > It's tricky though. After a Debian or Kubuntu non-LTS version is released, > bug reports from their users will be useful and actionable for six months, > maybe a year if we're generous. After that, they become time-wasting noise. > This is true even if the Plasma version they're using is technically "LTS", > because by that point all of us have pretty much started to ignore the LTS > Plasma release too. And of course Gear and Frameworks have no LTS releases > in the first place. > > We could perhaps have a time-based lockout for these distros. And I also > think we could cancel the idea of the Plasma LTS release; it's always been a > broken promise. Afaik there are currently no Plasma LTs versions planned. Maybe that will change with whatever the stable version of KDE Linux does. Anyway this question seems out of scope for this issue. (You probably should discuss this in the Plasma sprint instead.) Sorry for the short response, but I hope this clears it up. If not, I can explain it in more detail. -- You are receiving this mail because: You are watching all bug changes.
