| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
The gesture recognizer only reports the gesture’s current center point, so use the previous center point to anchor the transition.
Fixes #4315.
|
| |
|
|
|
|
| |
Numbers greater than 21 trigger various bugs.
|
| |
|
| |
|
|
|
|
| |
same output
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, the post of the turnstile event was a side effect of the
map.load event and would happen when the host app was started from a
terminated state at the first initialization of MGLMapView. The
turnstile event post was guarded with dispatch_once so that it would
only ever be sent once during the lifecycle of the application after
it started from the terminated state.
This changes that behavior by:
- Allowing a new turnstile event to be posted as much as once per
day
- Only triggering a map.view event when a map is initialized if the map
is loaded outside of the 'background' application state
- Sending a map.view event whenever a MGLMapView is instantiated
and the application did become active or enters foreground
iOS turnstile event sending behavior is now:
- A map.view event is generated whenever a map is loaded and also
when a map is shown again when the host app becomes active and moves
into the foreground
- Turnstile events are still triggered by mapviews and will be sent as
frequently as once per day for a host app that is not terminated and
also whenever a host app is terminated and restarted
w
|
|\
| |
| |
| | |
release-ios-3.2.0-android-4.0.0
|
| |
| |
| |
| | |
zoom occurs
|
| |
| |
| |
| | |
state before prepending app meta data to it
|
|/
|
|
| |
No progress events should be processed after deleting a region.
|
|
|
|
| |
Fixes #4175
|
|
|
|
| |
See #4362
|
|
|
|
|
|
| |
creation
Refs #4382
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
There is now only one instance of mbgl::OfflineFileSource, created when the shared MGLOfflineStorage object is initialized. Also create and use the shared MGLOfflineStorage object when initializing an MGLMapView object. The unified cache file is located in a subdirectory of Application Support, where the SDK has control over the file’s lifetime. The subdirectory is already named after the host application’s bundle identifier, ensuring that each Mapbox-powered application has an independent tile limit. If there’s an ambient cache in a subdirectory of Caches, delete it. If there’s an offline cache in a subdirectory of Documents on iOS or Caches on OS X, move it to the unified cache location in a subdirectory of Application Support.
Fixes the iOS/OS X side of #4338.
|
| |
|
|\
| |
| | |
Include offline headers in static umbrella header
|
| |
| |
| |
| | |
Include offline headers in the umbrella header used by the static framework. These includes are already present in the umbrella header used by the dynamic framework. jazzy relies on the static umbrella header to include all the headers, so the offline headers were also missing from documentation.
|
|/ |
|
| |
|
|
|
|
|
|
|
|
| |
The tile limit guard (when used) stops a download from continuing
when the tile limit is reached. This wraps the guard in a method
and employs it in both places currently necessary to ensure the
guard has a chance to function. Tests have been updated to
ensure the fix works for a less trivial tile limit scenario.
|
|
|
|
| |
Enable `PRAGMA auto_vacuum = INCREMENTAL`, and perform a `PRAGMA incremental_vacuum` when deleting an offline region.
|
|
|
|
|
|
|
|
|
|
| |
Although often recommended, CFBundleName is not guaranteed to exist in
an app's configuration. As an identifier of telemetry data, even when
it is present it can be inconsistent because of localization.
CFBundleIdentifier, although possibly longer, will be consistent
across locales and for the lifetime of an app in the App Store even
if the app name changes in any locale.
|
| |
|
| |
|
|
|
|
| |
Fixes #4316.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Fixed a crash on iOS 8 when presenting the Add Offline Pack dialog.
Fixes #4305.
|
| |
|
|
|
|
|
|
| |
Remove all references to an offline pack before the call to -removePackWithCompletionHander:.
Cherry-picked from d64b8ad25ca7c2297221337d4021924b5103cc77.
|
|
|
|
| |
Cherry-picked from f6c21a0efebbda69591fa922de4af96c59933d2f.
|
|
|
|
| |
Due to ARC, MGLOfflinePack can be deallocated at any time following its initialization. -dealloc ensures that the offline region observer is unset, but that step is asynchronous; there is no guarantee that it completes before the first status change update. In fact, the pack is deallocated before the first status change update unless it is captured outside of the MGLOfflinePackAdditionCompletionHandler. The pack nil check is unnecessary because the subsequent code would be a no-op.
|
| |
|
| |
|
|
|
|
| |
related to releasing the surface
|
| |
|
| |
|
| |
|
|
|
|
| |
MBXDownloadsTableViewController.{h,m} had been renamed MBXOfflinePacksTableViewController.{h,m}, but the project had not been.
|
| |
|
|
|
|
| |
“Offline pack” more effectively communicates the persistent nature of the downloaded content.
|
| |
|
|
|
|
| |
Fixed a race condition that could occur if a progress update comes after a call to remove the task but before the removal is complete. Avoid synchronously setting the task’s state inside -resume and -suspend; instead, rely on the observer to set the state asynchronously.
|
| |
|