Made sort of same experience with W10 sync client V3.0 months ago. Changing something within sync folders -e.g. adding a file or updating a current one- did the magic in my caseâŠ
Same issue here.
Nextcloud 20.0.4
Nexcloud windows 10 client 3.1.1
End-to-End Encription app 1.6.2
Disabling the app and restarting the client application worked. The client stopped waiting and started the syncronization.
The patch for this issue went into the 3.1 branch of the client. On the original bug report there are reports that the problem still exists. So itâs not fully fixed. Please continue the discussion regarding this problems directly on github with the developers.
This is still an issue. Iâm not using e2ee. The desktop keeps going back to âwaiting to start syncing.â This is the most basic of functionality. I donât understand why new features are being developed, when core functions are unreliable.
I have the same issue. Iâm on Windows 10 with Client 3.1.3 and it never uploads anything it keeps staying in âWaitingâŠâ
Getting the exact same thing as Zero.
Brand new Nextcloud installation (in a Truenas jail) running only locally (for now), Windows 10 Pro/Client 3.1.3.
Its just stuck at Waiting ⊠trying to upload files.
I can upload files using the http interface âfineâ (speed varies from 1 MB to 50 MB randomly, but it does get uploaded)
Same issue here, no end to end encryption. I second LanceHaverkamp, this is literally the most basic function a cloud storage software has, to keep selected folders synced. If there is an actual error or an issue that is understandable, but I donât have visibility to an error if there is one.
Hello
Same issue here, after updating Nextcloud to the latest version, the Nextcloud client for Windows stops synchronizing if the computer is off for several days, it stays in the âreconciling changesâ or âwaitingâ.
I use the latest version of Windows, Nextcloud and the desktop client; I request to correct it because I canât delete the account to add it again every week.
I have never used the encryption module
Seems like the issue still exists. Iâm on server version 23.0 and 3.4.0 on the linux client without E2EE. A restart helps for a few minutes, but the problem seems to come back after a random time (between some minutes and a half hour so far)âŠ
Same problem here with server 23.0 and client 3.4.0
Same here. Server 23.0.0 and client 3.4.0.
Some months ago I never had any problem like this⊠it should be good to know if itâs because of the client version, so if neccessary we make a downgrade
Related to this, is there any way to, using console, list which files are syncing or are unsynced? (Iâm not talking about ignored files): I use KDE dolphin, and files appear:
- If synced, with a green icon
- If syncying or unsynced with a red icon or without coloured icon. I refer to these two.
Same problem for me with server 23.0 and client 3.4.0 on Ubuntu 20.04
I solved purging nexctloud-desktop e installing in again, but I had to uninstall libnextcloudsync0 too, because when I try to install nextcloud client I had this error:
The following packages have unmet dependencies:
nextcloud-desktop : Depends: libnextcloudsync0 (= 3.3.6-20211216.110848.6d3270dd2-1.0~focal1) but 3.4.0-20211129.184724.c004db207-1.0~focal1 is to be installed
So, I solved in this way:
sudo apt purge nextcloud-*
sudo apt remove libnextcloudsync0
sudo apt install nextcloud-desktop nautilus-nextcloud
After re-installation my client version is 3.3.6 and works âŠI donât understand why it was 3.4.0 before.
I am having this problem since the upgrade to 23.0 running on a self hosted ubuntu vm server but this may be coincidental judging by the previous posts.
I am using Windows 10 with desktop client 3.4.0. The experience is intermittent . It will sit for a long while âwaitingâ to sync and then it may decide to work for a while. I have had some success in forcing a sync after pausing all activity but this is not a fix. Any changes to files used to be instantly synced so I am not sure what has happened.
Have you tried to upgrade to 3.4.1?
It works for me on Ubuntu Linux for sync. But âOpen dialog boxâ doesnât work
Hello pfinardi,
Thanks for the tip, I have upgraded to 3.4.1 but alas, I am getting similar behaviour as before.
I think that my setup affected by the same issue.
Short description:
- Files are not synced
- Settings Dialogue and main dialogue in client can not be opened (from context menu)
- Bruteforce Table is empty (SELECT * FROM kuumaur_nextcloud.oc_bruteforce_attempts;)
Is there any solution? Or any Ideas how to narrow down the issue?
Until now, it is only 1 client impacted. The others are running well.
Fast-forward I did these steps:
- reinstalled Nextcloud-Client multiple times
- reinstalled Manjaro/KDE, Client is working for at least some reboots, after that it is stuck again
- reinstalled Manjaro with XFCE Edition, Client is working for at least some reboots, after that it is stuck again
- bruteforce disabled/allowed
Some details regarding the setup:
Client:
Nextcloud version 3.4.1git
Git revision fa32c100148925092c9a320e6f8e2e0130b9cb6a
Using Qt 5.15.2, built against Qt 5.15.2
Using Qt platform plugin âxcbâ
Using âOpenSSL 1.1.1m 14 Dec 2021â
Running on Manjaro Linux, x86_64
XFCE Desktop
Server:
Debian 11 as LXC Container in Proxmox v7.0
Kernel 5.13.19-2pve
mysql Ver 15.1 Distrib 10.5.12-MariaDB, for debian-linux-gnu (x86_64) using EditLine wrapper
root@nextcloud-prod:/var/www/html# sudo -u www-data ./occ status
- installed: true
- version: 23.0.0.10
- versionstring: 23.0.0
- edition:
- maintenance: false
- needsDbUpgrade: false
- productname: Nextcloud
- extendedSupport: false
root@nextcloud-prod:/var/www/html# sudo -u www-data ./occ app:list
Enabled:
- activity: 2.15.0
- admin_audit: 1.13.0
- audioplayer: 3.2.4
- bruteforcesettings: 2.3.0
- calendar: 3.0.4
- camerarawpreviews: 0.7.15
- cloud_federation_api: 1.6.0
- comments: 1.13.0
- contacts: 4.0.7
- contactsinteraction: 1.4.0
- dav: 1.21.0
- deck: 1.6.0
- dicomviewer: 1.2.3
- drawio: 1.0.2
- duplicatefinder: 0.0.13
- event_update_notification: 1.4.0
- extract: 1.3.3
- federatedfilesharing: 1.13.0
- files: 1.18.0
- files_external: 1.15.0
- files_markdown: 2.3.5
- files_pdfviewer: 2.4.0
- files_rightclick: 1.2.0
- files_sharing: 1.15.0
- files_trashbin: 1.13.0
- files_versions: 1.16.0
- files_videoplayer: 1.12.0
- fileslibreofficeedit: 1.0.2
- firstrunwizard: 2.12.0
- groupfolders: 11.1.0
- keeweb: 0.6.8
- login_notes: 1.0.1
- logreader: 2.8.0
- lookup_server_connector: 1.11.0
- mail: 1.11.5
- notes: 4.2.0
- notifications: 2.11.1
- oauth2: 1.11.0
- password_policy: 1.13.0
- photos: 1.5.0
- previewgenerator: 3.4.1
- privacy: 1.7.0
- provisioning_api: 1.13.0
- richdocuments: 5.0.1
- richdocumentscode: 21.11.6
- serverinfo: 1.13.0
- settings: 1.5.0
- sharebymail: 1.13.0
- systemtags: 1.13.0
- tasks: 0.14.2
- text: 3.4.0
- twofactor_backupcodes: 1.12.0
- twofactor_email: 2.1.1
- twofactor_nextcloud_notification: 3.3.1
- twofactor_totp: 6.2.0
- twofactor_u2f: 6.3.0
- twofactor_webauthn: 0.2.14
- updatenotification: 1.13.0
- viewer: 1.7.0
- welcome: 1.0.1
- wopi: 3.5.10
- workflowengine: 2.5.0
Disabled: - accessibility
- bookmarks
- circles
- collectives
- dashboard
- encryption
- federation
- forms
- geoblocker
- metadata
- nextcloud_announcements
- ransomware_protection
- recommendations
- registration
- support
- survey_client
- theming
- user_ldap
- user_status
- weather_status
nextcloud.log:
{âreqIdâ:âGLN7gLlyhMSZF8RAQDPlâ,âlevelâ:4,âtimeâ:âJanuary 10, 2022 13:05:31â,âremoteAddrâ:â192.168.200.211â,âuserâ:âuweâ,âappâ:âwebdavâ,âmethodâ:âPOSTâ,âurlâ:"/remote.php/dav/bulk",âmessageâ:âUnknown error while seeking contentâ,âuserAgentâ:âMozilla/5.0 (Linux) mirall/3.4.1git (Nextcloud, manjaro-5.15.12-1-MANJARO ClientArchitecture: x86_64 OsArchitecture: x86_64)â,âversionâ:â23.0.0.10â,âexceptionâ:{âExceptionâ:âSabre\DAV\Exceptionâ,âMessageâ:âUnknown error while seeking contentâ,âCodeâ:500,âTraceâ:[{âfileâ:"/var/www/html/apps/dav/lib/BulkUpload/MultipartRequestParser.php",âlineâ:129,âfunctionâ:âisAtâ,âclassâ:âOCA\DAV\BulkUpload\MultipartRequestParserâ,âtypeâ:"->"},{âfileâ:"/var/www/html/apps/dav/lib/BulkUpload/BulkUploadPlugin.php",âlineâ:69,âfunctionâ:âisAtLastBoundaryâ,âclassâ:âOCA\DAV\BulkUpload\MultipartRequestParserâ,âtypeâ:"->"},{âfileâ:"/var/www/html/3rdparty/sabre/event/lib/WildcardEmitterTrait.php",âlineâ:89,âfunctionâ:âhttpPostâ,âclassâ:âOCA\DAV\BulkUpload\BulkUploadPluginâ,âtypeâ:"->"},{âfileâ:"/var/www/html/3rdparty/sabre/dav/lib/DAV/Server.php",âlineâ:472,âfunctionâ:âemitâ,âclassâ:âSabre\DAV\Serverâ,âtypeâ:"->"},{âfileâ:"/var/www/html/3rdparty/sabre/dav/lib/DAV/Server.php",âlineâ:253,âfunctionâ:âinvokeMethodâ,âclassâ:âSabre\DAV\Serverâ,âtypeâ:"->"},{âfileâ:"/var/www/html/3rdparty/sabre/dav/lib/DAV/Server.php",âlineâ:321,âfunctionâ:âstartâ,âclassâ:âSabre\DAV\Serverâ,âtypeâ:"->"},{âfileâ:"/var/www/html/apps/dav/lib/Server.php",âlineâ:339,âfunctionâ:âexecâ,âclassâ:âSabre\DAV\Serverâ,âtypeâ:"->"},{âfileâ:"/var/www/html/apps/dav/appinfo/v2/remote.php",âlineâ:35,âfunctionâ:âexecâ,âclassâ:âOCA\DAV\Serverâ,âtypeâ:"->"},{âfileâ:"/var/www/html/remote.php",âlineâ:166,âargsâ:["/var/www/html/apps/dav/appinfo/v2/remote.php"],âfunctionâ:ârequire_onceâ}],âFileâ:"/var/www/html/apps/dav/lib/BulkUpload/MultipartRequestParser.php",âLineâ:111,âCustomMessageâ:"â"}}
It looks like, the setup is affected by this Windows and Linux (AppImage) clients 3.4.1 Freezing When Uploading Files · Issue #4106 · nextcloud/desktop · GitHub.
I installed/downgraded to Client 3.3.6 (AppImage). It is working for now.
Chiming in a year and a half later just in case anyone else is still experiencing this issue with a client PC running Windows. In my particular case, I used my usual go-to solution: Restart. NextCloud is now merrily synching away.
Iâm experiencing the same issue on Windows 10 Nextcloud client 3.12.1. My server neved had E2EE installed, I rebooted the client PC, created a dummy file, restart sync⊠None of that worked!
What can I do?
Iâll appreciate your help.
Mauricio
Same problem here with the Linux AppImage version 3.12.3.
The app starts syncing and after a couple of seconds it just freezes.
I cleaned the oc_files_lock (or so) table in the database, but it had no impact.
Any help appreciated!