Bug 510984
Summary: | Software Update GUI Lacks Detail | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Matt Jones <jone1941> |
Component: | PackageKit | Assignee: | Richard Hughes <richard> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 11 | CC: | lmacken, rhughes, richard, smparrish |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-07-20 16:23:53 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Matt Jones
2009-07-13 03:26:46 UTC
Are you using gnome-packagekit or kpackagekit? If you're using the former, don't you see the list of updates change with the spinner and with changing icons? This is using gnome-packagekit. I guess the big problem is that I didn't even know that I should be looking through the list of updates to find the one currently being downloaded. Scrolling through the list is not /terrible/ but it wasn't entirely obvious. This can be pretty cumbersome especially when I had several hundred updates that were available immediately upon installing. I'm not sure I have a clear solution in mind, but does seem strange the the downloads are not linear so I can at least see that the top most package is downloading. If that isn't possible it seems like jumping to the current item in the list might work (though that does break convention from my perspective). I did just notice that I can sort by status which does solve the problem for me personally. I would like to comment on two things though: 1. This interface isn't particularly obvious or familiar. I can't say that I've worked with a scrolling list interface that has status update information in each row. Especially when you consider that it doesn't jump to the current item being acted on. 2. The default mode of sorting by name makes sense if I want to look to see what is actually going to be updated. This is completely at odds (given the current download order behavior) with actually visualizing the progress of the updates. (In reply to comment #3) > 1. This interface isn't particularly obvious or familiar. I can't say that > I've worked with a scrolling list interface that has status update information > in each row. Especially when you consider that it doesn't jump to the current > item being acted on. We tried this, but as yum didn't download in alphabetical order the list flicked around too much. Now yum is fixed I guess we could try that again. I've also added this recently: commit 60ceb0d353b86dd03ad598b75ae14fd1406e355d Author: Richard Hughes <richard> Date: Mon Jul 20 10:15:11 2009 +0100 Reduce the size displayed as the package is downloaded in the update viewer :100644 100644 0361303... d1543d0... M src/gpk-update-viewer.c This means the size counts down as it is downloaded. I've added this in git master: commit c44d7c2b88fcfb0db2b6d12c926d66a13ca8c9a6 Author: Richard Hughes <richard> Date: Mon Jul 20 17:21:41 2009 +0100 Scroll to the package being processed in the update list. Fixes rh#510984 This is controlled in GConf, but for now it's default on. |