On Tue, Sep 13, 2016 at 12:32:20PM -0400, Bastien Nocera wrote: > > > ----- Original Message ----- > <snip> > > This is a truly awful experiance from POV of a Fedora user filing bugs :-( > > We've set a silent trap for them with no warning of the fact that their > > bug reports are going to be ignored until Fedora EOL procedure closes > > them :-( > > > > Even if we can't enhance Red hat Bugzilla, we can at least do more to > > alert users to this so they stand a chance of doing the right thing. > > > > eg, update the component description to tell user to file in GNOME > > bugzilla instead, and have a bot that adds a comment to any new bugs > > that are still filed, closing them WONTFIX and asking the user to > > re-open against upstream GNOME bugzilla, instead of leaving the bug > > open and ignored until Fedora EOL. > > A couple of things could be done to help with that: > - Bring back the x-bugzilla .desktop metadata, and have ABRT file upstream bugs > - Make ABRT reports more useful (right now it's attaches a *lot* of extra > information, basically everything it can, as files). It's not possible > to search for parts of backtraces in the query tool. > - More useful templates when filing bugs, explaining where to file RFEs and > non-packaging bugs. As (for GNOME and a lot of other tools) we simply > package upstream, it would be most better to point directly to the > right place to file bugs. If ABRT is a firehose of bugs flying to RH's bugzilla, would the situation be really better if the reports were sent to gnome's BZ? I believe ABRT has the possibility to not send report for some application, would it make more sense to just stop sending these reports then? If no-one looks at them and all they do is clutter the BZ and give our user a sense of being neglected, is it really interested? Maybe we could list all the GNOME components and block all of which where ABRT is more deleterious than beneficial? Ideally, I guess we should revisit this list periodically to check with maintainers if they still wish to be on that list or if they wish to give ABRT a try again. Food for thoughts :) Pierre -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
