desktop icon indicating copy to clipboard operation
desktop copied to clipboard

[Bug]: Desktop Client does not automatically synchronize anymore

Open NicolasGoeddel opened this issue 1 month ago • 2 comments

⚠️ Before submitting, please verify the following: ⚠️

Bug description

For a few weeks now, I have noticed that the Nextcloud Desktop Client no longer automatically synchronizes file changes on the server side. You always have to pause and restart synchronization for it to happen. Or a file has to be changed locally to trigger it and start syncing again.

I have observed this behavior on two Ubuntu computers. On Ubuntu 24.04 and 25.04.

Here are my settings:

Image

Steps to reproduce

  1. Change a file on the server, either through the webinterface or using another client.
  2. Resume your PC from suspend and wait.
  3. Even after an hour the changes were still not synchronized.
  4. Then change the same file locally.
  5. A few seconds later the client shows a notification about a file conflict.

Expected behavior

After starting up the PC from suspend the Nextcloud Desktop client should synchronize changed files from the server in the configured 30 seconds interval.

Which files are affected by this bug

Any file

Operating system

Linux

Which version of the operating system you are running.

Ubuntu Gnome 24.04 or 25.04

Package

Official PPA

Nextcloud Server version

Nextcloud Hub 25 Autumn (32.0.1)

Nextcloud Desktop Client version

4.0.1daily

Is this bug present after an update or on a fresh install?

Updated to a major version (ex. 3.16.3 to 3.17.0)

Are you using the Nextcloud Server Encryption module?

Encryption is Disabled

Are you using an external user-backend?

  • [x] Default internal user-backend
  • [ ] LDAP/ Active Directory
  • [ ] SSO - SAML
  • [ ] Other

Nextcloud Server logs

It's empty

Additional info

The "AppAPI-Bereitstellungs-Daemon" is not configured properly on server side. But I don't think this is the issue.

NicolasGoeddel avatar Nov 24 '25 09:11 NicolasGoeddel

The same problem occurs with the FreeBSD client. I’m not sure when this regression was introduced, but in the past, at least a forced sync would resolve it. Now even forced syncs don’t help, and new local files are not being uploaded to the server. If I want a newly created file to sync, I have to completely exit the client before creating it and restart it whenever the PC has been hibernated since the client was last launched.

mzary avatar Nov 25 '25 16:11 mzary

on macos 15.7 sync stalls after wakeup from night deep sleep, E2EE enabled. force sync starts syncing ... again.

moritzthecat avatar Nov 27 '25 07:11 moritzthecat