GNOME Bugzilla – Bug 772040
Lack of feedback during flatpak update process
Last modified: 2018-01-24 17:17:20 UTC
Created attachment 336325 [details] screencast There is a bit of lack of feedback what is going on during the update of flatpak bundles. To reproduce: * Press "Install All" * Install All button grays out, the individual install buttons doesn't. * At some point an install button grays out for an item in the list. Maybe that means that that individual bundle is being updated. Not sure. * Items disappears in random order off the list.
Was about to file that same bug. gnome-software-3.22.0-1.fc25.x86_64
Maybe something like this: https://raw.githubusercontent.com/gnome-design-team/gnome-mockups-software/master/wireframes/flatpak-updates.png
Allan suggested putting the progressbar in the button instead, so I'll create a variant with that tomorrow.
Changed the mockup to have the progress in the buttons.
the mockup in comment #2 got merged into https://raw.githubusercontent.com/gnome-design-team/gnome-mockups-software/master/wireframes/updates.png
I'm surprised it says "Install All"; maybe that's because you just have Flatpak updates? I just experienced a similar issue. In my case, I had a mix of package and Flatpak updates, and the button said "Restart & Install". After I pressed the button it became insensitive and there was a pause; I honestly thought it had broken. In addition to the too subtle progress information, and the randomness of the order in which the updates were installed, the transitions when the rows are removed from the list are rather abrupt and jerky.
I think this is fixed in master now, we have the new sections in the update panel and the flatpak apps should report progress properly. Make sure you have the latest flatpak if you're using the external-apps functionality for this to work.
Created attachment 346260 [details] another screencast I just tested master and I don't think this bug is fixed. The new headers are a definite improvement and should resolve bug 772974 (I say "should" because pressing "Restart & Update" didn't have any effect - probably a JHBuild issue). However, here's what happened when I updated Flatpaks by pressing "Update All": * All the individual "Update" buttons became insensitive and the label changed to "Installing". Two problems here: - The update button for one of the rows didn't become insensitive or have the label change (this is probably because I'd recently uninstalled the runtime - it should have been automatically removed from the update list, but wasn't). - The insensitive buttons should read "Updating", not "Installing". * The "Update All" button remained sensitive (it should have become insensitive). * No progress information was shown for each update operation. * After each update was installed, the "Update"/"Installing" button disappeared, but the row remained. It was unclear whether the update had been successful or not. * Then, all the updates in the list suddenly disappeared, except two which had update buttons next to them. Were these updates that failed to be installed? If someone presses "Update All", all the updates should be installed. * Then there's a brief flash - for a moment a different UI is shown - a blue "Restart & Update" button in the header bar and the middle of the window completely grey, with a "Downloading new updates..." heading in the middle - before the previous view is restored. It would be better to hide each row after its update has completed (ideally using an animation, so the row collapses up). I've attached a screencast of the process.
See https://github.com/ostreedev/ostree/issues/697 for the lack of progressbar.
(In reply to Richard Hughes from comment #9) > See https://github.com/ostreedev/ostree/issues/697 for the lack of > progressbar. The progress bar would be nice, but it's not the most important issue here. The most serious issues are: * "Update All" not becoming insensitive. * The disappearance of the "installing" button. This could be as simple as the button staying visible and the label changing to "Complete". * Obvious behavioural bugs - updates being shown for things that are no longer installed, not everything getting updated, the UI briefly changing to something different.
commit 99bc90b6bcdf8811d3837c2bf28179c7c5b44506 Author: Richard Hughes <richard@hughsie.com> Date: Mon Feb 20 16:44:51 2017 +0000 Animate the removal of live updates Fixes some of https://bugzilla.gnome.org/show_bug.cgi?id=772040#c10
commit 3bd30a7892b0431fe8033ae1f94551f91fcfff0d Author: Richard Hughes <richard@hughsie.com> Date: Mon Feb 20 16:53:36 2017 +0000 trivial: Mark the 'Update All' button insensitve when clicked When the updates list is rebuilt the widget is recreated from new. Fixes some of https://bugzilla.gnome.org/show_bug.cgi?id=772040#c10
This is definitely still a bug in gnome-software-3.24.3-1.fc26.x86_64; from the original description reproduce steps. - Click on Update All - First flatpak app's Update button changes to Installing which is out of focus with an status bar indicator. Good. - Upon completion of installing, that first app vanishes, and the next item (library) Update button changes to Installing which is out of focus with a status bar indicator. Also good. - Upon completion, this 2nd item Installing button reverts to an in-focus Update button, and now there's no status of anything happening. Not good. - The out of focus Update All button now becomes in focus and blue. Not good. - The two remaining items (items 2 and 3) vanish for no apparent reason, their Update buttons never changed to Installing, there was no indicating they were ever updated. Not good. - A fourth item, previously not listed (LibreOffice) now appears for updating. And it is not updated indefinitely. Not good. Attaching 3 screencasts showing most of this behavior. And also gnome-software --verbose log that goes with those screencasts.
Created attachment 360549 [details] screencast 1
Created attachment 360550 [details] screencast 2
Created attachment 360551 [details] screencast 3
Created attachment 360552 [details] gnome-software verbose
Testing 3.26.1, I think there's still work to do on this issue. Updating a bunch of Flatpaks, the individual update buttons for the runtimes don't become insensitive and don't show progress information. The latest design work for how it should look can be seen here: https://raw.githubusercontent.com/gnome-design-team/gnome-mockups-software/master/wireframes/updates-auto-on.png
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-software/issues/97.