Bug 1540500
| Summary: | Gnome-abrt does not upload dumpdir correctly | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jan Vlug <jan.public> | ||||||
| Component: | libreport | Assignee: | abrt <abrt-devel-list> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | rawhide | CC: | abrt-devel-list, digitalfreak, jakub, jan.public, mhabrnal, michal.toman, mkutlak, mmarusak | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | libreport-2.10.0-1.fc29 | Doc Type: | If docs needed, set a value | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2019-02-09 02:13:17 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: | 1532004 | ||||||||
| Attachments: |
|
||||||||
Created attachment 1447738 [details]
Screenshot of ABRT Show log window
Screenshot of the ABRT reporting log.
This logging is confusing for me:
* Only a part of the data seems to be uploaded
* What is created successfully?
- Only the dumpdir?
- Or is the compressed data successfully uploaded?
* What is the meaning of the HTML snippet? Redirecting to what?
I will also add a screen shot of the page mentioned in this log.
Created attachment 1447741 [details]
Screen short of the referred FAF page
This is a screenshot of the FAF page that is mentioned in the ABRT log.
I interpret this page as that you have to upload the dumpdir here manually, while I should expect that ABRT would do this automatically.
The file location mentioned in the ABRT log (/var/tmp/ccpp-2018-06-05-08:08:15.108871-2030.tar.gz) is empty on my file system.
After closing the details window in ABRT, the upload link for the crash remains active. Clicking it takes me through the page of this attached FAF page screen shot.
So, in conclusion, for me it is unclear whether the report has been reported correctly.
I experience this behaviour regularly especially with gnome-shell crashes.
Reporting works fine. Only it is very confusing - I admit it. Created PR https://github.com/abrt/libreport/pull/552 for making it more clear what is happening. > How am I supposed to interpret: Redirecting? You are right, we should not print this part at all. > So do I have to manually create a tar.gz file and upload it? That is the confusing part - the archive was successfully created and send, but not even reporter can see it. libreport-2.10.0-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-173faa3148 libreport-2.10.0-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-173faa3148 libreport-2.10.0-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report. |
Description of problem: In gnome-abrt I see that a crash has happened. When I click the Report button, I get a processing failed message this is what the log shows: --- Running report_uReport --- Server responded with an error: 'uReport data is invalid.' ('report_uReport' exited with 1) When I next click 'Upload for Analysis' I get: --- Running report_uReport --- Server responded with an error: 'uReport data is invalid.' ('report_uReport' exited with 1) --- Running report_EmergencyAnalysis --- Compressing data Sending /var/tmp/oops-2018-01-26-21:28:20-1347-0.tar.gz to https://retrace.fedoraproject.org Successfully created https://retrace.fedoraproject.org/faf/dumpdirs/new/oops-2018-01-26-21:28:20-1347-0.tar.gz <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <title>Redirecting...</title> <h1>Redirecting...</h1> The dumps seems not to be uploaded correctly. Furthermore, In my opinion the error and log messages are not very useful for an end-user. How am I supposed to interpret: Redirecting? When I click on the upload link, I am directed to this page: https://retrace.fedoraproject.org/faf/dumpdirs/new/oops-2018-01-26-21:28:20-1347-0.tar.gz So do I have to manually create a tar.gz file and upload it? If it is helpful, I can provide screenshots. Please let me know. Using gnome-abrt.x86_64 1.2.6-1.fc27 on a fully up to date Fedora 27.