English
Bug Number BUG-000094242
Submitted Feb 17, 2016
Modified Aug 03, 2016
Severity High
Applies To ArcGIS Runtime SDK for iOS
Version Found 10.2.5
Prog Language N/A
Server Platform
Client Platform
Database SQLite
Locale N/A
Status Not in Current Product Plan
Version Fixed
SP Fixed

Bug BUG-000094242

Synopsis

The user interface is locked during the pre-processing status when syncing a big offline geodatabase.


Additional Information

During the pre-processing Sync stage, runtime tries to scan the gdb for changes and create deltas. It is quite an intensive operation and exercises the gdb heavily, which can take long for large geodatabses of the size used in this issue (~500MB)– during this time other operations that need to involve the gdb take a back seat. Tapping on the map causes a hit test to happen on all layers in the map to determine if there are any features at that location, and if some of the layers are coming from the geodatabase as in this case, the hit-test operation will stall till the pre-processing work is done. We cannot perform both things in parallel unfortunately, and since the hit-testing happens on the main thread, it stalls the main thread till the gdb is done scanning - this is what makes the app unresponsive. To workaround this issue, you can turn off hit-testing for gdb based layers during sync using AGSFeatureTableLayer.allowHitTest = false. You can re-enable it when the Preprocessing stage is done, or the whole sync operation finishes. In the next release of the Runtime (Quartz), hit-testing does not happen automatically when you tap on the map like it did in 10.2.x. A developer needs to explicitly call identify() to perform the hit-testing. So the developer can decide whether or not to perform the identify() when a sync is in progress. Also, the hit-testing happens on a background thread, so in the worst case, even if it stalls due to other gdb operations in progress, it will not make the whole app unresponsive.


Alternate Solution