Bug 1540500 - Gnome-abrt does not upload dumpdir correctly
Summary: Gnome-abrt does not upload dumpdir correctly
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: libreport
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: abrt
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 1532004
TreeView+ depends on / blocked
 
Reported: 2018-01-31 09:02 UTC by Jan Vlug
Modified: 2019-02-09 02:13 UTC (History)
8 users (show)

Fixed In Version: libreport-2.10.0-1.fc29
Clone Of:
Environment:
Last Closed: 2019-02-09 02:13:17 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Screenshot of ABRT Show log window (52.69 KB, image/png)
2018-06-05 06:26 UTC, Jan Vlug
no flags Details
Screen short of the referred FAF page (83.18 KB, image/png)
2018-06-05 06:34 UTC, Jan Vlug
no flags Details

Description Jan Vlug 2018-01-31 09:02:50 UTC
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.

Comment 1 Jan Vlug 2018-06-05 06:26:51 UTC
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.

Comment 2 Jan Vlug 2018-06-05 06:34:51 UTC
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.

Comment 3 Matej Marušák 2019-01-16 10:33:05 UTC
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.

Comment 4 Fedora Update System 2019-02-04 13:18:15 UTC
libreport-2.10.0-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2019-173faa3148

Comment 5 Fedora Update System 2019-02-05 04:05:39 UTC
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

Comment 6 Fedora Update System 2019-02-09 02:13:17 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.