On Monday, December 13, 2010 02:17:47 pm Jiri Moskovcak wrote: > On 12/13/2010 01:14 PM, Jaroslav Reznik wrote: > > On Thursday, December 09, 2010 06:24:15 pm Jiri Moskovcak wrote: > >> On 12/09/2010 06:11 PM, Adam Williamson wrote: > >>> On Thu, 2010-12-09 at 17:36 +0100, Jiri Moskovcak wrote: > >>>> so, can we call the RFE: "attach backtrace even when dupe is found" ? > >>> > >>> or, cooler, 'attach backtrace even when dupe is found *if current > >>> backtrace is better than any already attached to the bug*'. > >> > >> Adam, that would require downloading all the bt from the bugzilla to the > >> user and do some comparing on his side (this would be nice to have in > >> bz) ... but it is doable... > > > > Inspire from Dr. Konqui again ;-) They have very nice system to > > pre-detect possible dups in bz, you can compare your backtraces, set if > > it's a duplicate for sure or it's possible duplicate etc. It really > > works! At least for a little bit advanced users - it filtered 90% of > > reports of my crashes ;-) > > > > R. > > - AFAIK it's implemented server side ... so nothing ABRT can do... we > have tools to find possible dupes client side, but it takes few hours to > download all the backtraces from bz to compare it... > - but yes, it would be nice to have such feature in our bz... Of course - it still relies on client side debuginfos and correct backtraces. But then it's just an easy search query in Bugzilla - see [1] (line 52) and [2] (line 212), looking for a few calls in report (backtrace is attached directly to report, not as attachement - so you can easier search for one). [1] http://websvn.kde.org/trunk/KDE/kdebase/runtime/drkonqi/bugzillalib.cpp?revision=1195225&view=markup [2] http://websvn.kde.org/trunk/KDE/kdebase/runtime/drkonqi/reportassistantpages_bugzilla_duplicates.cpp?revision=1195453&view=markup > >> J. -- Jaroslav ÅeznÃk <jreznik@xxxxxxxxxx> Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 602 797 774 Red Hat, Inc. http://cz.redhat.com/ -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel