-
-
Notifications
You must be signed in to change notification settings - Fork 13
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
Switching custom overlays don't update the rendering #655
Comments
Triple tap, much faster. |
Yeah I noticed that too. But I think it was more interesting, that the switching between regular and custom overlays have different effect than between custom ones. |
I can confirm the bug on SCEE
|
See #566 (comment) |
@RubenKelevra (and everybody else) Is this still a problem for you in SCEE 60.0? Video (click to expand)small_Screen_Recording_20241230_025133_SCEE.mp4 |
Testing this moved me to a crash loop again, yeah. Details
|
Weird thing: this bug must have existed since implementing the "randomized" (hash-based) colors for custom overlays. Apparently it's really rare that a string's hashcode is negative. |
Ok, somehow managed it out of it. Switching custom overlays works. |
Great, so I'll close this as fixed! |
Switching between custom overlays doesn't update the rendering of them, and they will show still the rendering before.
Hacky workaround: click on a standard overlay while switching updates them properly.
Screenshot
InShot_20240916_212447120.mp4
How to Reproduce
Expected Behavior
Does it happen in normal StreetComplete?
No, because there are no custom overlays
Versions affected
Android 12
SCEE 58.22
The text was updated successfully, but these errors were encountered: