-
-
Notifications
You must be signed in to change notification settings - Fork 868
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
Exception when file is not readable due to local file permissions on external mount point #1178
Comments
@tigerjack Your log / data is inconsistent, and this correlates to the bug which was fixed with #1140 Please rebuild your client to run |
Hi @abraunegg, is it the version on Arch Linux AUR the latest one? I see this |
@tigerjack Ensure you are up-to-date and please generate a verbose debug log as per support requirements. |
@tigerjack To fix, please can you test the following PR:
When running the PR, your version should be: Validation of fix:
|
It seems to work fine, thanks!!! I'll use the new executable for some time and I'll report back if something strange happens. |
The only "problem" I see up to now is that I have tons of these files, so it's honestly hard to keep track of what happened in terms of uploading/download. Maybe it could be better to just use a summary reports at the end of the synchronization process? |
Thanks for reporting back. Will mark as fixed and merge into 'master'
It sounds like your workflow has an issue. If this was a wider problem, this issue would have surfaced well before now, and be way more widespread / prevalent.
Not possible as the error is generated when the issue occurs, and the application is written in such a way to output the error and move on. This would require a total re-work of the application. |
I think the main thing about my workflow is that I'm using onedrive through WSL 2. I think that most people, being already on Windows, would use the official onedrive client for this, but I came from the Linux world and I was already used to the cli application. Also, another relevant aspect is that most of the file are on a separate partition of the hard disk and WSL is having problems right now to assign the file permissions correctly. |
Suggest then you open a new issue with WSL due to the issues you are experiencing. |
@abraunegg unfortunately, there's an already known issue. But thanks anyway for all your help and your work. |
Just to make it available a quick shell redirection to show the contents separately that may be used by others to inspect which files were skipped. Basically it redirects the modified files to
|
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Bug Report Details
Describe the bug
When a file cannot be read by the current user, the synchronization process crash.
It's happening now on wsl2. Sometimes it fails to set the file permission properly, so you can have file showing permission settings like
----------
. Even if I think it's a bug on their side, I think that this kind of exception should be caught and managed differently.Application and Operating System Details:
onedrive --version
>onedrive v2.4.7
onedrive --display-config
> not relevantcurl --version
> curl 7.73.0Complete Verbose Log Output
Application Log Output:
Bug Report Checklist
The text was updated successfully, but these errors were encountered: