Desktop client forever "waiting to start syncing"

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!