-
-
Notifications
You must be signed in to change notification settings - Fork 874
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix Bug #3115: Add further driveId length checks when generating a /delta response for a Shared Folder #3116
base: master
Are you sure you want to change the base?
Conversation
abraunegg
commented
Feb 12, 2025
- Add further personal account driveId length checks when generating a /delta response for a Shared Folder
* Add further personal account driveId length checks when generating a /delta response for a Shared Folder
* Add further check
* Fix selectRemoteTypeByRemoteDriveId() function to also use the remote item id so that the correct DB record is responded with. This ensures that 'localPathExtension =' reflects the correct local path extension and not some other incorrect local path * If the 'shared' JSON structure is missing, add a debug message
I do have the issue you try to solve here, too. The current version of the pull request does not fix it. It still brakes during sync. One thing that i identified, was that the item id, which contains the drive id, need to be adjusted, too. I hacked this by adding a function:
and calling it at sync.d:9186 This allowed me to continue in syncing the shared drive. Nevertheless it broke later due to missing entries in itemdb.
At that point the relevant db entries looked like this
@abraunegg This is, as far as i got on this afternoon, I hope this helps you to fix the issue. BTW: Thanks for this create tool and the work you put into it. |
@murraybo As you can reproduce this issue, please can you urgently send me via email a complete, un-redacted verbose debug log using this PR in its current state. Please read https://github.com/abraunegg/onedrive/wiki/Generate-https-debug-log-for-support#standalone-mode to generate this log |
* Remove 'sea8cc6beffdb43d7976fbc7da445c639' check
* Add further check before committing to database
* Update PR based on further Shared Folder lowercase in JSON response needing remediation
* Update PR based on further debug logs dealing with 15 character 'driveId' for Shared Folder
* Clean up code comments
* As part of this PR, increase DB version to ensure all old records in the DB are purged
* Update PR based on sanitising JSON output for debug logging when enabled.
This comment has been minimized.
This comment has been minimized.
* Update functions in util.d
This comment has been minimized.
This comment has been minimized.
* Fix typo
* Simplify isValidUTF8Timestamp()
* Debug logging is not correct - missing all single --verbose entries which should be also included when performing a debug capture.
* Based on application debug logs, if /delta fails to send Shared Folders, and the client goes to create these online, we know that these then exist online and are a Shared Folder. Handle in a similar manner to OneDrive Business Shared Folders logic to create the required database tie records if the API fails to send that data originally.