-
Notifications
You must be signed in to change notification settings - Fork 46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
System firmware does not need a progress bar #21
Comments
Should we still display a progress bar when a device is being flashed, and system firmware is then clicked to schedule an update in the queue? Currently, devices are being flashed serially, so firmware will wait in line for their turn to be processed. |
Per discussion in person, we decided we will keep the progress bar but change the wording to "Waiting". With that change and fixing #22 it will look good. The reason for the progress bar is for queuing multiple firmware updates (and preventing a reboot in the middle of a device firmware update). |
That reminds me that we should activate a lock/suspend/reboot/shutdown inhibitor |
With system firmware already downloaded before notifying the user of new firmware, the progress bar shown after selecting reboot shows up for a split second providing no real value to the user.
This progress bar c/should probably just be removed from system firmware updates.
The text was updated successfully, but these errors were encountered: