-
Notifications
You must be signed in to change notification settings - Fork 276
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
After App-manager restarted the DEC APP installation process, the DEC APP was not started #238
Comments
This is due to the fact that the previous developer handled the startup status repair logic in parallel with the command execution logic: Since in the old code, the startup status repair was fast, just set to Failed, in most cases, the startup status was repaired before the first command was executed However, in the new logic, the action indicated by the startup status will be executed again, which may be more time-consuming. If the Start command is executed in the startup state repair, this Start command will be skipped because DecApp is still in the wakeup state |
When App Manager starts, instead of executing the corresponding repair logic directly, the corresponding command is inserted into the internal cmdlist from the front end This will make DecApp's state repair time longer, but will not cause the state error problem caused by parallel execution of repair |
This Issue has been fixed in Nighlty 1.1.0.754 |
Describe the bug
After App-manager restarted the DEC APP installation process, the DEC APP was not started
To Reproduce
Expected behavior
System information
Nighlty : 1.1.0.753-preview
OOD System : cyfs-test-lab::PC-0005(Ubuntu22)
app-manager_261428_rCURRENT.log
app-manager_143230_rCURRENT.log
The text was updated successfully, but these errors were encountered: