-
Notifications
You must be signed in to change notification settings - Fork 10
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
Rebooting / shutting down the eBlocker by the user should not be allowed during an update #337
Comments
The issue does not occur, because the updater uses the |
The issue still occurs. Although the system status at AND: the settings can be opened again in the browser by entering eBlocker's IP in the URL bar. The updating screen does not appear and it is possible to shutdown the eBlocker. |
It's even worse:
|
At least the backend should make sure that the user can not initiate a reboot or shutdown during an update. |
The UI allows rebooting or shutting down the eBlocker if:
/api/adminconsole/updates/status
has not been called yet.In this case a reboot or shutdown would interrupt the update.
The above API method is only called if the admin loads one of the following tabs:
The text was updated successfully, but these errors were encountered: