-
Notifications
You must be signed in to change notification settings - Fork 817
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
[Bug]: implicit hydration triggered by the client itself. 0x800701AA & 0x80070185 Server returns 404 to client #7747
Comments
Hello, I'm facing the same issue, using ODIC backend (Authentik). Some random files (not all) are running into the same error message. |
yeah, something is not right. Can't pin point to issue. when I get those errors nothing comes up on server log side. |
Server updated to 30.0.5, still same issue. Closing client and restarting it don't help. The only known workaroud which is not good is to set files that affected to be stored always locally, but thats conflict with VFS where you dont wan't to store everything locally. |
Also both error show up on 2 different installation, one behind reverse proxy and served via nginx, other without proxy served via apache2. In both cases clients are using VFS and are on Windows 11 (few 10). Edit1: I also tried the "trick" with deleting .sync_xxxx from root folder on client side, it reset sync, synced again, but did not helped with same issue on files. edit2: files that we had problem today were under 1 MB, pdf edit3: clients that are affected use Windows Defender without any extra antyvirus software. edit4: when having same issue with my pc, the pc is never hibernated, never slept, so its not fault of broken files. edit5: the instance of nextcloud is inside local network, which exclude hardware firewall issue, same subnet. While few files throw error other files that are not stored locally works... edit6: adding nextcloud.exe to firewall or disabling firewall on client, dont help. edit 7: first error is 0x800701AA (aka timeout) when retry its always 0x80070185 (aka not success), retry again, again, again 0x80070185, retry then its longer waiting and we have timeout and its a loop. edit 8: the timeout is always 60 seconds, I have change every settings that was set by default at 60 and everything lower. restarted apache, no luck. (i changes apache, mpm worker, mariadb net_read/write_timeout, php) edit 9: when enabling debug log in apache2 i can see this while retrying that non working file this in error log:
not sure if related or not access.log
Looks like server return 404 on those files.... |
mysql inspection: results:
I store data on mounted path via NFS file is located: /mnt/nas/a.m/files/Prezenty dla pilotów/2025/AM010124 TAD.pdf when doing this (access file with my account, file is shared from different account - a.m)
But if I request it with mine user even if I dont shared this file: I get this:
When I request preview like:
I can access that file fine via webui, I can open it in pdf viewer on nextcloud also I can download it to local drive. If I rescan files for user that shared them: I get:
But still curl with preview nor client works. changing loglevel in nextcloud from 2 to 0 and trying to access that same file with client I have:
I also see something about BruteForce, I disabled bruteforce plugin and this is log without that plugin, still something about bruteforce:
Looks like there is something about |
Bug description
While using nextcloud desktop client some files are locking up and Im unable to open(download) them while using VFS.
Error on windows prompt is :0x800701AA
I tried adding site to trusted sites in Internet options - didnt helped
I saw that nginx proxy said few times that sharred session cache is full - I lower the timeout and double capacity
Steps to reproduce
Expected behavior
When using VFS I would like to being able to access every file that is shared with me (or on my account)
Which files are affected by this bug
Randome files: pdf, lnk, txt
Operating system
Windows
Which version of the operating system you are running.
Windows 11
Package
Other
Nextcloud Server version
30.0.4 (before I been on 29.0.10 and the same thing was happening)
Nextcloud Desktop Client version
3.15.3 (stable)
Is this bug present after an update or on a fresh install?
Updated from a minor version (ex. 3.4.2 to 3.4.4)
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
Are you using an external user-backend?
Nextcloud Server logs
Additional info
CLIENT.LOG
NGINX.ACCESS.LOG
The text was updated successfully, but these errors were encountered: