Bug 1256456
Summary: | Abrt on armhfp/i686 generates a broken report | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Vadim Rutkovsky <vrutkovs> |
Component: | abrt | Assignee: | Jakub Filak <jfilak> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 22 | CC: | abrt-devel-list, awilliam, dvlasenk, iprikryl, jberan, jfilak, juliux.pigface, kevin, mattdm, mhabrnal, michal.toman, mmilata, mruckman, robatino, sgallagh |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | AcceptedFreezeException RejectedBlocker | ||
Fixed In Version: | abrt-2.7.0-2.fc23 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-10-31 16:09:24 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: | 1170822 |
Description
Vadim Rutkovsky
2015-08-24 15:29:13 UTC
This is present in the KDE live of Fedora 23 RC5 as well. ABRT's version is "abrt-2.6.2-7.fc23.i686" here. Proposed as a Blocker and Freeze Exception for 23-final by Fedora user juliuxpigface using the blocker tracking app because: Since this affects gnome-abrt, which is a standard application of both release blocking desktops, this bug seems to violate the "2.4.6 Default application functionality" Final criteria. "All applications that can be launched using the standard graphical mechanism of a release-blocking desktop after a default installation of that desktop must start successfully and withstand a basic functionality test." References: - https://fedoraproject.org/wiki/Fedora_23_Final_Release_Criteria#Default_application_functionality Yeah, I see it on 32-bit too. In gnome-abrt you have to click 'Details' on a crash to see it. I think I did get a valid report submission, though; perhaps it depends if you use remote retrace or not. Well, that 'caller_uid' line appears to come from abrt, abrt/src/dbus/abrt-dbus.c , in handle_method_call() : log_notice("caller_uid:%ld method:'%s'", (long)caller_uid, method_name); not sure what's going wrong, there, though, yet. I'm at least +1 FE for this. I'm kinda on the fence about blocker-iness, it would depend on exactly how likely it would be to submit broken reports. +1FE here... but yeah, would like to know more before calling it a blocker. I've reported this and another bug (https://bugzilla.redhat.com/show_bug.cgi?id=1275838) with the "broken" gnome-abrt and found no further issues. If new tests will uncover some bugs, I'll change my votes. But for now... Even though I've proposed it, I'm -1 blocker and +1 FE. +1 FE and +1 Blocker if it's submitting bad reports all the time. That's enough votes for FE at least, marking Accepted. I was able to report #1275844 from a KDE live image suffering from this bug, so it does seem like this is cosmetic (affecting only the info displayed in abrt-cli and gnome-abrt), it doesn't affect actual crash report submission. Funnily, that makes it quite a weak FE for me - fixing https://bugzilla.redhat.com/show_bug.cgi?id=1272355 seems like actually a bigger deal. Upstream commit https://github.com/abrt/abrt/commit/7fe8403abed51dc951aa497bf149c19d61a19555 fixes this bug. I am going to push the patch to distgit and update https://bodhi.fedoraproject.org/updates/FEDORA-2015-cc585b503f abrt-2.7.0-2.fc23 libreport-2.6.3-1.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-cc585b503f -1 blocker, +1 FE If it's still submitting valid data, then that's the part that's fundamentally important. We can fix the UI in an update. Yeah, what Stephen Gallagher said. -1 blocker, +1 fe. abrt-2.7.0-2.fc23, libreport-2.6.3-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. |