Description of problem: abrt prompts for user input _before_ bugzilla is checked for duplicates. The user thus doesn't know in which context his messages will appear, and there is a high risk that it will be wasted work, demotivating the user and causing fever reports and lower quality. Please make a clear first "download debuginfo and check for duplicates" step, and then either show a link to the existing report or request info to post a new one. IMHO there is no need to have functionality in abrt for adding comments to existing reports - and no reason to cc all reporters who files duplicates unless they choose to do so in bugzilla. Version-Release number of selected component (if applicable): abrt-1.0.8-2.fc12.i686
Bug 573941 is an example where several developers spent time analyzing, reproducing and describing how to reproduce. It doesn't add much value, and they probably wouldn't have done it if they could see the duplicate report before they wrote their own.
postponed to abrt2.0
*** Bug 588310 has been marked as a duplicate of this bug. ***
Another case where this RFE would be very nice: bug 610521 with > 125 duplicates bug 610527 with > 145 duplicates bug 612327 with > 142 duplicates bug 610314 with > 190 duplicates Many users are kind enough to report the issue but ends up wasting their own and the packagers time and annoying all the other CC'ed reporters. (They are filed with setroubleshoot, but these tools are very similar and I know the obvious idea of merging the tools have been considered.) (Bug 612327#c15 also gives an example of a user where this report is his first encounter with bugzilla. He needs a thorough explanation of what is going on and how abrt/setroubleshoot relates to the Fedora infrastructure and ecosystem.)
What is the status here? I still keep getting dupes with abrt 2.0.1, e.g. bug 701267 and bug 705020.
(In reply to comment #5) > What is the status here? I still keep getting dupes with abrt 2.0.1, e.g. bug > 701267 and bug 705020. - fixing this bug won't make ABRT find every duplicate, so you will probably get duplicates even when we fix this (even though ABRT is getting better in finding duplicates, it will never be 100%, but we're working on better solution which will compare the backtraces directly instead of the hashes, but this won't happen sooner then F16) - and for this bug we fixed the annoying emails for CCs and attachments added by ABRT
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
*** Bug 526212 has been marked as a duplicate of this bug. ***
I think the bodhi plugin fixes this problem.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
The latest ABRT(F17+) uses ABRT server (https://retrace.fedoraproject.org/faf/summary/) to find duplicates before it asks for any user input.