-
Notifications
You must be signed in to change notification settings - Fork 806
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
status wrong for directories when using vfs and nextcloud desktop 3.2.x #3082
Comments
I can confirm this issue. Actually, after a while the pending sync icon turns into the green locally available icon. |
hello flexW. that sounds promising. in my case I see not much progress yet. (24 hours, 50000 files). do you have references in logfiles that show the progress ? from my side i will check by testing a smaller environment and share results. |
20210412_1801_owncloud.log.0.txt now with debug log files in a different environment. same behavior: different: some files keep the blue pending sync icon (for example files i copied into the nextcloud folder) |
Hello everybody, I have the same issue after upgrading from 3.1.3 to 3.2.0 on Windows and enabling vfs on my synced folder. Would love to see that fixed soon. Vfs is a feature I am really looking forward to! |
Hello, I've got the same issue, everything is with the blue status "wait for sync". |
Same problem one account have blue cloud on files and pending sync on dirs, but other account (about 250gb) have pending sync everywhere |
files that get downloaded not through an hydration request need to be converted to placeholder sets the expected state when converting them to placeholder files #3082
files that get downloaded not through an hydration request need to be converted to placeholder sets the expected state when converting them to placeholder files #3082 Signed-off-by: Matthieu Gallien <matthieu_gallien@yahoo.fr>
files that get downloaded not through an hydration request need to be converted to placeholder sets the expected state when converting them to placeholder files #3082 Signed-off-by: Matthieu Gallien <matthieu_gallien@yahoo.fr>
files that get downloaded not through an hydration request need to be converted to placeholder sets the expected state when converting them to placeholder files #3082 Signed-off-by: Matthieu Gallien <matthieu_gallien@yahoo.fr>
files that get downloaded not through an hydration request need to be converted to placeholder sets the expected state when converting them to placeholder files #3082 Signed-off-by: Matthieu Gallien <matthieu_gallien@yahoo.fr>
files that get downloaded not through an hydration request need to be converted to placeholder sets the expected state when converting them to placeholder files #3082 Signed-off-by: Matthieu Gallien <matthieu_gallien@yahoo.fr>
files that get downloaded not through an hydration request need to be converted to placeholder sets the expected state when converting them to placeholder files #3082 Signed-off-by: Matthieu Gallien <matthieu_gallien@yahoo.fr>
files that get downloaded not through an hydration request need to be converted to placeholder sets the expected state when converting them to placeholder files #3082 Signed-off-by: Matthieu Gallien <matthieu_gallien@yahoo.fr>
hello team, i upgraded to 3.2.1, this test was done on an environment i cannot share logs from (personal data, upgraded from older nc versions, non-vfs etc.) what is the supposed desired result based on all the commits / merged code? tobias. |
Thanks for the info |
I have the same exactly effect on 3.2.1 |
files that get downloaded not through an hydration request need to be converted to placeholder sets the expected state when converting them to placeholder files nextcloud#3082 Signed-off-by: Matthieu Gallien <matthieu_gallien@yahoo.fr>
same problem here... |
Same problem here but it also happens with files (not only directories) |
I am curious if this means that any file version conflicts could develop, or if any files are actually in the wrong sync state/not synced? I can live with the icon being visually incorrect... but I would like to confirm that there are no actual implications for file syncing. Anyone with some insight on that? Also wondering if this impacts all users of VFS or if there are any environment-specific causes based on 1) how Nextcloud is being run (I'm running a docker container on a linux server) or 2) the Windows system running the client (versions of Windows updates, other dependencies, etc). Thank you, |
From my experience with daily usage, i can confirm that only the icon have the problem. files are synced correctly. |
This problem occurs for me after renaming a file locally. The file is synced by Nextcloud and therefore also renamed in the cloud, but the icon stays on the "syncing" icon. The issue can be resolved by using the "Free up space" button in the context menu and downloading the files again. I also had the issues with folders showing a wrong sync state, but that seems to fix itself after a while. |
upgraded to 3.2.2. i see no change compared to 3.2.1. for completeness see behavior below: |
Should be fine with #3432 merged. |
One observation I have made is this only seems to affect sync'd folders that are converted from legacy sync to VFS sync, nor does it affect folders created after conversion. |
yes and there is a draft PR to fix that #3612 |
yes. thanks mgaillen for that. is there someone that could approve your PR or is some further testing needed ? |
For those who upgraded to a newer version but still have directories with pending sync icons, try resyncing the folder (remove account -> delete Nextcloud folder -> log in and sync your files to an empty folder) again. |
Unfortuntely, even when updating to the latest version, defekt sync icons are not updated automatically. It is enough to free up space on the topmost level and make them available locally again, but that means full resync. Other solution is to rename the affected folder (e.g. add an _) and rename back. |
How to use GitHub
Expected behaviour
a) directories or files that are available locally (synchronized) should have a green checkmark icon in the status column of windows explorer.
b) directories or files that are not available locally (not syncronized) should have a blue cloud icon in the status column of windows explorer.
c) files or directories should not have a pending sync icon in the status column of windows explorer.
Actual behaviour
Steps to reproduce
install nextcloud desktop 3.2.0
Client configuration
Client version: 3.2.0
Operating system:
windows 10 20H2
64 bits.
OS language: US / english.
Qt version used by client package (Linux only, see also Settings dialog):
Client package (From Nextcloud or distro) (Linux only):
Installation path of client:
c:\program files\nextcloud
Server configuration
Nextcloud version: 21.0.1
Storage backend (external storage):
external storage is in use based on bind mounts in container.
(issue is the same on external storage based files)
Logs
any recommendations how to anonimize logs ? i cannot share you the logs since it contains filenames of personal files.
Please use Gist (https://gist.github.com/) or a similar code paster for longer
logs.
Client logfile:
Since 3.1: Under the "General" settings, you can click on "Create Debug Archive ..." to pick the location of where the desktop client will export the logs and the database to a zip file.
On previous releases: Via the command line:
nextcloud --logdebug --logwindow
ornextcloud --logdebug --logfile log.txt
(See also https://docs.nextcloud.com/desktop/3.0/troubleshooting.html#log-files)
Web server error log:
Server logfile: nextcloud log (data/nextcloud.log):
https://gist.github.com/tob123/ed28340584a0cbe772e583a5091bce4d
The text was updated successfully, but these errors were encountered: