Bug 1643059
| Summary: | Download button performs the download, but then changes back to Download | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Kamil Páral <kparal> | ||||||||
| Component: | gnome-software | Assignee: | Richard Hughes <rhughes> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 29 | CC: | carl, gmarr, klember, lruzicka, rhughes, robatino, sgraf | ||||||||
| Target Milestone: | --- | Keywords: | CommonBugs | ||||||||
| Target Release: | --- | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | RejectedBlocker https://fedoraproject.org/wiki/Common_F29_bugs#gnome-software-noaction | ||||||||||
| Fixed In Version: | gnome-software-3.30.6-1.fc29 | Doc Type: | If docs needed, set a value | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2018-12-22 03:01:58 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: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
Kamil Páral
2018-10-25 12:39:06 UTC
Created attachment 1497439 [details]
packagekit verbose log
This is output from packagekit --verbose. It doesn't contain the initial downloading of packages, because packagekit wasn't running in verbose mode back then. I had to stop the service and start the deamon manually in verbose mode, then click on Download again. This time it's faster (doesn't download packages), but still goes back to Download. Hopefully the log helps.
I actually click on Download twice, in the very beginning in the log, and then once more around 14:32:16.
Created attachment 1497440 [details]
rpm-qa
Proposing for a blocker discussion, so that it doesn't get lost. Will try to figure out if I can reproduce this reliably. After rebooting that machine, gnome-software immediately shown Restart&Update button instead of Download, and the offline update was started just fine. So whatever the bug is, it seems to be worked around by rebooting. Created attachment 1497459 [details]
video demonstration
It seems I can reproduce it consistently (from a VM snapshot I made after installing F29 Beta and updating dnf and gnome-software). See the video.
Note that after Download changes back to Download, gnome-software completely refreshes the whole page (takes a while). In the video, it happens every time (two out of two), but overall I see it do that only sometimes, and sometimes it doesn't do the full refresh. Not sure whether it's related, just mentioning.
"killall gnome-software" also resolves this problem (without reboot), the next time you run gnome-software the button is labeled correctly (Restart&Update) Discussed during the 2018-10-25 Fedora 29 Final Go/No-Go meeting: The decision to classify this bug as a “RejectedBlocker” was made as several testers cannot reproduce this. Since there is a workaround it will be added to CommonBugs in case users encounter it. This is hopefully fixed in gnome-software 3.30.6 + PackageKit-1.1.12-2.fc29 update, at least I'm unable to reproduce it any more here. PackageKit-1.1.12-2.fc29, gnome-software-3.30.6-1.fc29, libappstream-glib-0.7.14-3.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-2018-e0db56c00c PackageKit-1.1.12-2.fc29, gnome-software-3.30.6-1.fc29, libappstream-glib-0.7.14-3.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report. |