GNOME Bugzilla – Bug 710277
startup delay
Last modified: 2016-03-31 13:22:07 UTC
(from Montreal summit session) We noticed that there was a long delay at startup on Jon's machine before his boxes showed up. a) the delay should be shorter b) if there is a long delay, there should be a spinner or similar
(In reply to comment #0) > (from Montreal summit session) > > We noticed that there was a long delay at startup on Jon's machine before his > boxes showed up. > > a) the delay should be shorter I think the delay is from libvirt. I filed a but about this and I think its fixed by now. > b) if there is a long delay, there should be a spinner or similar This is a potentially long operation, especially when there is going to be ovirt brokers involved so yeah we should show a spinner. A mockup would help here.
A 32px x 32px GtkSpinner in the middle of the view is fine. A bonus would be the spinner fading in from opacity: 0; to 1; when appearing and blending with the actual thumbnails when ready.
(In reply to comment #1) > (In reply to comment #0) > > (from Montreal summit session) > > > > We noticed that there was a long delay at startup on Jon's machine before his > > boxes showed up. > > > > a) the delay should be shorter > > I think the delay is from libvirt. I filed a but about this and I think its > fixed by now. Actually I was wrong about this being fixed in libvirt: https://bugzilla.redhat.com/show_bug.cgi?id=817427 :(
Fixed in git master: We show a spinner while initializing and fade out to either empty boxes UI or collection view, dependong on whether there is any boxes to show.