-
Notifications
You must be signed in to change notification settings - Fork 21
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
Always start xochitl if tarnish determines it can't start oxide or decay #199
Comments
This requirement is too strict. If on startup it fails to load either the launcher or the startup application it should switch out to xochitl.
I'd rather not have mess around with what is enabled vs not enabled as part of the tarnish startup code. I'll just do my best to return the user to a state where they can use the device. |
Is your feature request related to a problem? Please describe.
If oxide or decay fails to run for any reason (especially after a system upgrade), a user could be unable to access any graphical application on the device and may not know a new ssh password reset by the update.
Describe the solution you'd like
If tarnish fails to start an app that can put something on the screen, it should load xochitl as a failsafe.
Describe alternatives you've considered
Maybe instead of loading xochitl, it could disable itself and reenable xochitl? Or even wait for some type of signal (network, button based, etc.) to perform this failsafe procedure.
The text was updated successfully, but these errors were encountered: