Bug 845097
Summary: | abrt combines backtraces of unrelated bugs into one Bugzilla bug | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Egon Kastelijn <redhat2> |
Component: | abrt | Assignee: | abrt <abrt-devel-list> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | medium | ||
Version: | 17 | CC: | abrt-devel-list, dvlasenk, iprikryl, jfilak, jmoskovc, mmilata, mtoman, rvokal, yann |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-07-12 07:52:06 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 756771 |
Description
Egon Kastelijn
2012-08-01 18:41:00 UTC
Quote from bug 708467: ...thus this might be good to report to ABRT, their condition for backtrace matching (probably how deep in backtrace they should go for hash computation) is not sufficient... By quickly looking at the backtraces I'd say the problem in both of them is passing NULL to g_str_hash, so actually ABRT algorithm worked as expected. Michal, you are right, algorith works as expected, but as Egon wrote in comment #1 the depth limit is not sufficient. The current depth limit is set to 3 frames thus different problems are merged in bug 708467. ABRT tries to avoid this inappropiate merging of unrelated problems by searching for duplicates only for the problem component and not for all bugs from bugzzila. bug 708467 has component 'evolution-rss' and I guess, that Egon's problem component is 'evolution'. Therefore, I have a question, how it is possible that those two problems were merged? IMHO the depth limit is not cause of the unwanted merging of problems. I'd say that the root cause is broken bugzilla searching. Since F17 ABRT server for deduplication. It uses top 8 frames and searches for duplicates in the component and all of its dependencies. abrt_hash (counted from top 3 frames) is deprecated and standard ABRT installation only uses it as a fallback. I found another example where even more unrelated backtraces are combined into one bug: https://bugzilla.redhat.com/show_bug.cgi?id=720781#c90 kind regards, Egon Could this be a duplicate of bug 802477 ? *** Bug 870371 has been marked as a duplicate of this bug. *** (In reply to comment #6) > Could this be a duplicate of bug 802477 ? Yes, It's sound like a duplicate. This message is a reminder that Fedora 17 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 17. 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 '17'. 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 17'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 17 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, you are encouraged change the 'version' to a later Fedora version prior to Fedora 17's end of life. 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. I don't experience this problem any more under Fedora 19. I am running abrt-2.1.5-1.fc19.x86_64 at the moment. (In reply to Egon Kastelijn from comment #10) > I don't experience this problem any more under Fedora 19. > I am running abrt-2.1.5-1.fc19.x86_64 at the moment. Thanks for the update -> closing. |