You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 8, 2023. It is now read-only.
The VACUUM command works by copying the contents of the database into a temporary database file and then overwriting the original with the contents of the temporary file.
So, it probably tries to copy the ~480MB database? The change from auto_vacuum to vacuum seem to be from bf0be56 that was a part of #14901, but I do not know if that is relevant.
Hi @halset - just to confirm - when you say the this "hangs the map" you mean that new tiles aren't displaying, rather than interaction being completely blocked?
@julianrex Zooming and paning are fine and the UI responds, but new tiles are not loaded in to the map. Like if the device lost internet connection. I have not checked if cached tiles are also not loaded.
Current workaround for me is to skip vacuum in deleteRegion. The delete is then very fast and map tile loading does not suffer. The downside is that the database then probably just grows.
Steps to reproduce
Expected behavior
The map should work right away and the delete complete after some seconds.
Actual behavior
The map will not load new tiles until the pack remove are completed and this takes around 3 minutes on a iPhone X.
Configuration
Mapbox SDK versions: 5.4.0
iOS/macOS versions: 13.1.1
Device/simulator models:
Xcode version: 11.1
Here is a screen shot from Profiler showing this delete going on for several minutes. Mainly working on a db exec in deleteRegion. Perhaps the VACUUM?
The text was updated successfully, but these errors were encountered: