-
Type: Bug
-
Status: Resolved
-
Priority: Major
-
Resolution: Won't Fix
-
Affects Version/s: None
-
Fix Version/s: NoFixVersionApplicable
-
Component/s: Remote watcher
-
Tags:
-
Backlog priority:600
I open a NXP ticket, not a NXDRIVE one, because the problem does not seem to be related to the Drive client as the bug cannot be reproduced on 8.10, but only on 7.10
Note that NXP-19482 may be the reason why it is fixed in 8.10
Maybe a fix can be done in the Drive client to handle the problem, In this case, we will move the ticket to the NXDRIVE project.
Steps to reproduce:
- Configure Drive and wait until sync completes.
- Create Folder and Rename to 'Top' in Drive and wait until sync completes
- Create Folder and Rename 'Bottom' under 'Top' Folder and wait until sync completes.
Note: Observe there are two entries in 'RemoteScan' Table. - Apply filter on 'Bottom' Folder ( Uncheck 'Bottom' Folder from 'Select Sync Folder' in Settings)
- Wait until 'Bottom' Folder is removed in Drive.
- Remove filter on 'Bottom' Folder (check 'Bottom' Folder from 'Select Sync Folder' in Settings)
Current Behaviour: 'Bottom' Folder is not down synced to drive.
Expected Behaviour: 'Bottom' Folder should be down synced to drive.
Root Cause:
- On folder creation and rename, forced remote_scan is initiated, but after scan completion entries in 'Remote Scan' is not removed.
- On checking the 'Bottom' Folder, the remote scan is initiated on root folder, but due to entries in 'Remote Scan', the remote scan is skipped for 'Top' Folder. Due to this 'bottom' folder is not down synced.
- depends on
-
NXP-19482 Drive: Optimize remote scan execution by using a scroll API
- Resolved
- is related to
-
NXDRIVE-307 Remote scan: use new API to fetch the descendants of a folder
- Resolved