-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Incorrect colors at startup #3259
Comments
There are similar issues in the Android TestApp as well. /cc @mapbox/mobile |
We're also seeing this on Android, including during transitions: https://www.dropbox.com/s/3c2qzlxftogmyld/weird.mp4?dl=0 |
This regression was caused by 93c000d for #3066. The viewport isn’t being set on Android, iOS, or OS X anymore – only on GLFW and HeadlessView. /cc @kkaefer @adam-mapbox |
As always, there may be multiple issues -- for me this bisected to 45c7b47, which was also my guess beforehand. |
@jfirebaugh can't reproduce the issue on the Android test app anymore after applying 9b8f5d3 |
Great, merged. @1ec5 please reopen if this doesn't also fix the issue on iOS. |
Looks good in iosapp. Thanks for taking care of this one. |
I rebased on my working branch for #3244 (Camera API) and retested. The colors seem to be back on track, although there appears to still be an issue with |
Forgot to say... great job diagnosing and solving this yesterday @jfirebaugh @1ec5! |
As of bde07c8, I’m seeing iosapp occasionally launch with a corrupted Streets style:
Everything goes back to normal upon the very next redraw. At z0, this redraw doesn’t happen until the user manually interacts with the map, but at higher zoom levels, this happens automatically when labels fade in. Still, the corrupted rendering is visible long enough that to the user it’s as though a negative of the map is flashing in.
/cc @jfirebaugh @kkaefer
The text was updated successfully, but these errors were encountered: