| Summary: | iOS. OpenGLES2. Something weird with window size after power button off -> on | ||
|---|---|---|---|
| Product: | SDL | Reporter: | dmuratshin <frankinshtein85> |
| Component: | video | Assignee: | Alex Szpakowski <amaranth72> |
| Status: | WAITING --- | QA Contact: | Sam Lantinga <slouken> |
| Severity: | critical | ||
| Priority: | P2 | CC: | amaranth72, frankinshtein85 |
| Version: | HG 2.1 | Keywords: | target-2.0.6 |
| Hardware: | iPhone/iPod touch | ||
| OS: | Other | ||
|
Description
dmuratshin
2016-10-22 13:26:06 UTC
more info
flags:
int flags = SDL_WINDOW_OPENGL | SDL_WINDOW_SHOWN;
flags |= SDL_WINDOW_BORDERLESS;
flags |= SDL_WINDOW_ALLOW_HIGHDPI;
flags |= SDL_WINDOW_FULLSCREEN;
main loop via:
SDL_iPhoneSetAnimationCallback
ok, after some investigation I've found key bug reproducible only if you use SDL_iPhoneSetAnimationCallback instead of common main loop Can you provide a minimal test case that reproduces the issue? https://github.com/oxygine/SDL2/commit/e22853e5ce3ebe35ed13b23b1cd2d06814933fdf minimum changes. I've found that it happens only in pair with SDL_WINDOW_FULLSCREEN flag Do you need any assist? Or maybe you expect directly attached files? how to reproduce video: https://goo.gl/photos/iCCdsQJa7FWXuZyP7 Alex, can you look at this for the 2.0.6 release? update: it is not ios 10 only. Could be reproduced with 8/9 too. happens with SDL_iPhoneSetAnimationCallback. how to repro (see video above): 0. launch landscape app 1. open/close any native UI in game (keyboard, facebook login etc) 2. rotate display to portrait mode 3. turn display off 4. turn on 5. try to open any native UI result -> broken background size I believe I've fixed it / worked around the problem with https://hg.libsdl.org/SDL/rev/770196e01af1 , can you confirm? Still not fixed proof: https://goo.gl/photos/RffZqHBG3LKCVNXS7 please note 1. SDL_iPhoneSetAnimationCallback should be used 2. FULLSCREEN BORDERLESS mode 3. UIKit_ComputeViewFrame called only on start 4. native UI should be opened before bug occures 5. iphone (not ipad) Is it still reproducible when using SDL's native virtual keyboard rather than a third party / other native UI? If not, the problem may not be fixable on SDL's end as it's likely a bug in iOS or the third party UI. iOS 11 may have fixed the underlying issue, as well. |