-
-
Notifications
You must be signed in to change notification settings - Fork 960
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
App menu stays at second screen #2006
Comments
Could you specify your custom fork please? I've had this issue too ever since I've flashed my custom fork onto my watch, so it might actually be the custom fork that's causing this trouble. |
It's my simple calculator PR. |
I have my suspicions that it's due to the compile-time apps, as that was the only time we've changed ApplicationList recently. |
Yes, probably. I don't understand yet where the state is saved. The information that its the second screen must survive outside the ApplicationList screen, because that gets destructed in between, right? |
I have this same behaviour directly in The issue is that the launcher is an "app" in itself with its own internal state. When you press the button, it pops the launcher from the stack and goes back to the watch face. When you swipe down, you're loading the launcher app again, but the screen loaded in the launcher is the same as it was. The issue is likely the interaction between DisplayApp and ApplicationList. Maybe we need to ensure that the instance of ApplicationList gets destroyed when exiting it? |
It doesn't? |
Yeah good point. I'm mostly wondering how it keeps the state: the fact that it's on the second screen, rather than back to the initial state... |
The settings have an attribute |
Oh that's a good find, thanks @minacode! |
This prevents the application list from loading in the last used screen and instead goes back to the first screen whenever the watch face is loaded. Fixes InfiniTimeOrg#2006
Fix submitted: #2009 |
This prevents the application list from loading in the last used screen and instead goes back to the first screen whenever the watch face is loaded. Fixes InfiniTimeOrg#2006
This prevents the application list from loading in the last used screen and instead goes back to the first screen whenever the watch face is loaded. Fixes InfiniTimeOrg#2006
This prevents the application list from loading in the last used screen and instead goes back to the first screen whenever the watch face is loaded. Fixes InfiniTimeOrg#2006
This prevents the application list from loading in the last used screen and instead goes back to the first screen whenever the watch face is loaded. Fixes InfiniTimeOrg#2006
This prevents the application list from loading in the last used screen and instead goes back to the first screen whenever the watch face is loaded. Fixes #2006
This prevents the application list from loading in the last used screen and instead goes back to the first screen whenever the watch face is loaded. Fixes InfiniTimeOrg#2006
Verification
Introduce the issue
Preferred solution
I would expect the app menu to reset to the first screen when returning to the watch face.
Version
1.14 (custom, but I doubt it matters)
The text was updated successfully, but these errors were encountered: