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
[E.showMenu] Rendering/UI unreliable when widgets are absent #2168
Labels
type-bug
Something isn't working
Comments
Interesting - thanks! Perhaps it requests the appRect before setUI is called, in which case the widget wouldn't be included and it would assume there were no widgets... |
I've written some test code, my findings are presented as part of the follow along-tests a-d:
|
Thanks! Sorry for not following this up properly before. Now fixed with 2d3c34ef7c2b9fe2118e816aacd2e096adb99596 |
No problem - thanks! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Affected hardware version
Bangle 2
Your firmware version
2v15.29 (seen this on earlier fw versions as well)
The bug
Edit: Maybe don't pay too much attention to this bug yet. I'll see if I can read up on this myself.
When using menus via E.showMenu with a 'back'-function specified and without having called loadWidgets() it seems confused about how to render title and back button at times (it will render the title field where the widgets would be at times and other times the title would be drawn in the first menu-entry box), and sometimes when I try to press the first menu item it will not be recognized.
I have the "Swipe menus"-app installed now, but I have experienced similar behavior also with just the regular menus.
Reproduce (is not guaranteed to reproduce the bug, it's hit and miss...) (EDIT: I have updated Spotify Remote to have a widget field so this will not reproduce the bug anymore. Se comment below instead):
I don't have a super reliable way to reproduce the bug right now.
EDIT: It also seems like Bangle.appRect called on a menu without widgets loaded will not return the whole screen area, but act like there is a widget field present.
The text was updated successfully, but these errors were encountered: