Bug 822430

Summary: PK is stuck after installing a single update
Product: [Fedora] Fedora Reporter: Kamil Páral <kparal>
Component: PackageKitAssignee: Richard Hughes <hughsient>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: awilliam, hughsient, jens.hoelldampf, jonathan, rdieter, robatino, rvitale, satellitgo, smparrish, stefan.hoelldampf, tflink
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: RejectedBlocker, AcceptedNTH
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-01-23 09:48:15 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: 752653    
Attachments:
Description Flags
gpk-update-viewer stuck none

Description Kamil Páral 2012-05-17 10:30:59 UTC
Description of problem:
If I select just a single package to update (leaving all the other packages unchecked) and hit Install Updates, the one update is correctly downloaded and installed, but after that the window refreshes to be completely blank. The remaining list of updates is not shown. If I quit the application and run it again, the progress bar is forever stuck in "waiting" mode and no updates are displayed. You have to reboot the whole computer for gpk-update-viewer to start working again. I have reproduced this problem several times in a row. Screenshot is attached to see the "stuck" gpk-update-viewer.


Version-Release number of selected component (if applicable):
PackageKit-0.7.4-2.fc17.i686
and also
PackageKit-0.7.4-3.fc17.i686

How reproducible:
always

Steps to Reproduce:
1. get a large list of updates, e.g. enable updates-testing
2. run gpk-update-viewer
3. select just one update, install it
4. see that the list will be empty after that
5. quit application, start it again
6. see that it is waiting forever

Comment 1 Kamil Páral 2012-05-17 10:31:33 UTC
Created attachment 585162 [details]
gpk-update-viewer stuck

pkmon output is displayed in the terminal

Comment 2 Kamil Páral 2012-05-17 10:37:52 UTC
Let's discuss whether this is a blocker. I have waited at least 10 minutes and the PK didn't get unstuck. Reboot seems truly necessary.

Criterion:
"The installed system must be able to download and install updates with yum and the default graphical package manager in all release-blocking desktops"
https://fedoraproject.org/wiki/Fedora_17_Alpha_Release_Criteria

Comment 3 Adam Williamson 2012-05-17 18:01:58 UTC
Reproduced precisely as described. Note that when PK finishes installing the single update and refreshes to a blank grey update list, it still claims that one update is selected. When you quit and re-run, it's stuck as Kamil describes, it doesn't claim any updates are selected.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 4 Tim Flink 2012-05-17 18:58:31 UTC
Discussed at the 2012-05-17 Fedora 17 final go/no-go meeting. This doesn't completely hit any of the Fedora 17 release criteria and has a simple workaround - install all of the updates. Thus it can be fixed by an update and does not need to block release. However, it does cause problems with certain update use cases and would be considered for freeze break. Separate patches and/or builds for the different PK issues are requested so that they can be evaluated individually.

Comment 5 Kamil Páral 2012-05-17 21:23:43 UTC
I have done a clean F17 RC1 installation. Then I have downgraded two packages (gedit and shotwell) by downloading older build from koji. Then I used gpk-update-viewer to update one of those packages. The the second one. Surprisingly, everything worked perfect. After that I followed the original reproducer (enable updates-testing and select one package) and it got stuck again. So this is not deterministic, it might depend on the current state of repositories and state of the update set.

I wonder whether there is a use case we haven't considered when deciding blocker-ness. Maybe PK will get stuck even if we update all available packages, and then after a day or two another set of updates appears (some people don't reboot, just suspend, so it would be the same session). But this is hard to test - as I said, the issue is not deterministic.

Comment 6 Tim Flink 2012-05-18 00:46:50 UTC
When I was testing the PackageKit builds for #794927, PackageKit stalled when I had all of the builds from updates-testing selected for updates. I started the updates, imported the needed keys and PK stalled about halfway through.

We still don't know how often this is going to happen but with the new information, I'm moving this back to proposed.

Comment 7 Tim Flink 2012-05-18 21:31:46 UTC
Discussed in the 2012-05-18 blocker bug review meeting. Rejected as a blocker for Fedora 17 final because while this could be a problem - there is only one reporter of a blocker-worthy issue and there is no debug information to work off of.

Comment 8 Adam Williamson 2013-01-23 02:09:27 UTC
Kamil, did you ever reproduce this again? Seems like we could close it out as CLOSED MAGICPIXIESINMYBOX....

Comment 9 Kamil Páral 2013-01-23 09:48:15 UTC
I have tested it in F18 and it works well, let's just close.