-
Notifications
You must be signed in to change notification settings - Fork 1.3k
MapView hook into View removal, resolve freeze #11685
Comments
+1! +5! This would be great! It's tough to get some attach/detach flows working from the outside looking in when doing things like animation or manual view management (remove and reattach somewhere else). Wish you luck on this, and hope the Android view listening APIs give ya enough info. |
This issue has been automatically detected as stale because it has not had recent activity and will be archived. Thank you for your contributions. |
Any updates on this issue? |
Yes, still under investigation, the gist is that we try to cleanup the map while the render thread is already destroyed. We need a refactoring in setup to resolve this. |
The issue was introduced as part of 18bb6da. There are situations where the underlying GL render thread is already destroyed (one example being Fragment setup with destroy/destroyView ). In those case it freezes as resetRenderer is never called. |
@fredo- thanks for the feedback on |
I can't find solution anywhere? How is it closed? |
@kshailes we believe this issue was solved by #13926. If you're still observing this freeze, please cut a separate ticket on https://github.com/mapbox/mapbox-gl-native-android and the team will follow up. Thanks. |
We have heard about issues of fragments not correctly integrating into our SDK due to
MapView#onDestroy
only being called byFragment#onDestroy
while it should be called byFragment#onDestroyView
.The underlying issue is that the render surface needs to be destroyed before we remove the hosting view. We should analyse if it's possible to hook into view removal and call
MapView#onPause/MapView#onStop/MapView#onDestroy
as part of it.The text was updated successfully, but these errors were encountered: