Desktop client can't sync some files, says WindowsError: 5 Access denied

[ImaCrea]

How to use GitHub

• Please use the 👍 reaction to show that you are affected by the same issue.
• Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
• Subscribe to receive notifications on status change and new comments.

Expected behaviour

Files should synchronize between cloud and desktop client.

Actual behaviour

Some files are not being synchronized because of this error showing:

It may happen on all sorts of files, no matter the type. Majority of them is synchronized well but I'd say about 5~10% encounters this error. Files are well shared in the organization and the user has access to them through their browser without issues. It's the local synchronization through the desktop client that is not happening.

Steps to reproduce

1. Start sync
2. See errors coming : WindowsError : 5 Access Denied

Client configuration

Client version: 3.3.5

Operating system: Win 10

OS language: French

Server configuration

Nextcloud version: 20.0.13.1

Storage backend (external storage): S3

Logs

1. Client logfile:

You can find the zip of logs at this link 👉 https://nuage.liiib.re/s/LgJ6DDH9Wnp4s3D

Thanks for your dear help and to all NC contributors! 🤗

[FlexW]

@mgallien That looks similar to the issues you once had with one customer where the client had trouble renaming files for no reason. The logs are full of errors because of renaming not only the tmp files.

[mgallien]

@ImaCrea can you please test again with 3.4.1 and sends us back log files ? the current link as expired and I was not able to copy them locally before

[ImaCrea]

hey @mgallien I'm sorry but not comfortable anymore sharing it since I've seen into the archive that data are not anonymized. I don't want risking a breach of privacy here. Thanks for understanding.

[mgallien]

hey @mgallien I'm sorry but not comfortable anymore sharing it since I've seen into the archive that data are not anonymized. I don't want risking a breach of privacy here. Thanks for understanding.

there is always the option of sending it directly to us as we have in any case strong obligations regarding confidentiality without the logs and because we do not reproduce the error, we cannot fix it

[danir-de]

We had the same issue on an instance where virtual files were disabled, just before I found this issue. We solved it by completely deleting the user profile and enabling virtual files while logging back in. Will try to get some logs, if I encounter this again.

Edit: Something weird: On said device it's not possible to remove the folder, because the user seemingly lacks access to delete it, even when recursively given via the explorer security advanced tab.

[joshtrichards]

Possibly related: #4894

[joshtrichards]

Possibly similar to #5473 and was remedied via #6053.

@ImaCrea Are you still experiencing this / able to reproduce this behavior in newer versions of the client?

[ImaCrea]

Possibly similar to #5473 and was remedied via #6053.

@ImaCrea Are you still experiencing this / able to reproduce this behavior in newer versions of the client?

Hi there, sorry this was a while ago and I'm afraid I can't reproduce it at the moment.