forked from organicmaps/organicmaps
Kiryl Kaveryn
79b4826859
When the user deletes the file locally with the enabled icloud happens this: 1. the file is moved to the local .Trash dir 2. the LocalDirectoryMonitor send event to delete the file from the iCloud 3. the SynchronizationFileWriter trash the remote file using the system API `try fileManager.trashItem` 4. the file is moved to the devices trash 5. the icloud sends the update to the metadataQery's `queryDidUpdate` with the updated state. This update is tricky - it calls the method twice: on the first call the deleted file appears in the updated list (`userInfo[NSMetadataQueryUpdateChangedItemsKey]`) and on the second call the deleted file appears in the deleted list (`userInfo[NSMetadataQueryUpdateRemovedItemsKey]`). There is no way to disable this behaviour. At that point the bug can happens: the 1st `update` (that contains the file in the deleted list) call can triggers the file recreation because the synchroisztion starts to process the event and make an attempt to recreate the file but it is already deleted. The fix is: skip missed file during the `Update` event. The case when the missed file is in the updated in undefined and should be skipped by checking the file existence. Signed-off-by: Kiryl Kaveryn <kirylkaveryn@gmail.com> |
||
|---|---|---|
| .. | ||
| BackgroundFetchScheduler | ||
| DeepLink | ||
| Editor | ||
| EventListening | ||
| Framework | ||
| iCloud | ||
| InappPurchase/Impl | ||
| Location | ||
| NetworkPolicy | ||
| Routing | ||
| Search | ||
| Settings | ||
| Storage | ||
| TextToSpeech | ||
| Theme | ||
| TrackRecorder | ||
| WebImage | ||