Recently, the following problem has been occurring more frequently that the desktop client suddenly stops synchronizing after successful synchronization and a quick view message with the text “Warte auf Beginn der Synchronisierung” appears above the 3 dots in settings.
The 3-dot menu itself contains an item “Synchronisierung neustarten”.
If the item is selected, synchronization starts again and the quick view message “Synchronisierung war erfolgreich” appears above the 3 dots.
The following message appears repeatedly in the error log of the desktop client:
2025-01-05 18:19:37:612 [ warning default qrc:/qt-project.org/imports/QtQuick/Controls/Fusion/MenuItem.qml:-1 ]: qrc:/qt-project.org/imports/QtQuick/Controls/Fusion/MenuItem.qml: QML IconImage: Im Ablauf des SSL-Protokolls ist ein Fehler aufgetreten.: Das Zertifikat des Ausstellers eines lokal gefundenen Zertifikats konnte nicht gefunden werden
I do not know why this problem suddenly occurs, as everything worked before as well as after restarting the synchronization.
OS: Windows 10, version 22H2 (build 19045.5247)
NC Client: 3.15.2
Nextcloud version: 30.0.4.1
What does this test show?
Unable to resolve domain name.
That’s a box in my LAN, thus it’s not reachable from outside. But I’m able to connect to it successfully with my browser.
Are you possibly using a hostname that returns a different certificate via IPv4 than via IPv6? I have seen this sometimes, often the SSL/TLS setup for IPv6 was simply forgotten and it is not noticeable in the browser because browsers typically do fallback magic. And in the Nextcloud client it works depending on what is currently being used. Of course, this is just a wild guess.
To be honest, I don’t know. How could I find out? My router is configured for both, in the nextcloud server log I sometimes see ipv4 sometimes ipv6.
In the client I have defined both a local and an external connection. I just checked the server log. This afternoon the connection from Windows was established with a local IP, currently with an external IP, both ipv4.
On macOS or Linux I would get all IPv4 and IPv6 addresses with dig:
dig example.com a
dig example.com aaaa
Then i would check if nextcloud is reachable with all ip addresses:
curl --resolve example.com:443:<ip> https://example.com/status.php
(Replace example.com with the hostname configured in the nextcloud client.)
Instead of dig I ran Resolve-DnsName and got both ipv4 and ipv6 addresses.
runinng curl I get for both type of ip adresses.
curl: (60) schannel: SEC_E_UNTRUSTED_ROOT (0x80090325) - Die Zertifikatkette wurde von einer nicht vertrauenswĂĽrdigen Zertifizierungsstelle ausgestellt.
More details here: curl - SSL CA Certificates
That’s expected because there is no local CA.
And do you get the status page with -k*?
curl -k --resolve example.com:443:<ip> https://example.com/status.php
* -k ignores untrusted certificates
This worked for both, response is:
{“installed”:true,“maintenance”:false,“needsDbUpgrade”:false,“version”:“30.0.4.1”,“versionstring”:“30.0.4”,“edition”:“”,“productname”:“Nextcloud”,“extendedSupport”:false}
Okay, that’s the end of my ideas.
Are there no other error messages in the log? The log entry you mentioned is only a warning.
Thanks for your answers. I checked all log files of that day and there was 1 critical error in the early morning, presumably due to abortion of an operation. I can’t remember, if I canceled the sync or if it occurred automatically.
2025-01-05 08:59:34:139 [ info nextcloud.sync.networkjob C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\libsync\abstractnetworkjob.cpp:365 ]: OCC::AvatarJob created for “https://nextcloudpi” + “” “OCC::UserInfo”
2025-01-05 08:59:34:329 [ info nextcloud.sync.credentials.webflow C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\gui\creds\webflowcredentials.cpp:405 ]: request finished
2025-01-05 08:59:43:184 [ info nextcloud.gui.folder C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\gui\folder.cpp:999 ]: folder “2” Terminating!
2025-01-05 08:59:43:184 [ info nextcloud.sync.engine C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\libsync\syncengine.cpp:1367 ]: Aborting sync in propagator…
2025-01-05 08:59:43:184 [ info nextcloud.gui.folder.manager C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\gui\folderman.cpp:708 ]: Schedule folder “2” to sync!
2025-01-05 08:59:43:185 [ info nextcloud.gui.application C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\gui\owncloudgui.cpp:251 ]: Sync state changed for folder “https://nextcloudpi/remote.php/dav/files/xxxx/” : “Not yet started”
2025-01-05 08:59:43:203 [ info nextcloud.gui.folder.manager C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\gui\folderman.cpp:736 ]: Schedule folder “2” to sync! Front-of-queue.
2025-01-05 08:59:43:203 [ info nextcloud.gui.application C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\gui\owncloudgui.cpp:251 ]: Sync state changed for folder “https://nextcloudpi/remote.php/dav/files/xxxx/” : “Not yet started”
2025-01-05 08:59:43:233 [ info nextcloud.sync.credentials.webflow C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\gui\creds\webflowcredentials.cpp:405 ]: request finished
2025-01-05 08:59:43:238 [ warning nextcloud.sync.networkjob C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\libsync\abstractnetworkjob.cpp:223 ]: QNetworkReply::OperationCanceledError “Operation abgebrochen” QVariant(Invalid)
2025-01-05 08:59:43:269 [ info nextcloud.sync.networkjob.simplefilejob C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\libsync\networkjobs.cpp:1207 ]: “DELETE” for QUrl(“https://nextcloudpi/remote.php/dav/files/xxxx/temp/Anonyme Uploads/0114C3F7-0E00-48F3-9DF2-25710B39072E.jpeg”) FINISHED WITH STATUS “OperationCanceledError Operation abgebrochen”
2025-01-05 08:59:43:269 [ critical default C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\libsync\abstractnetworkjob.cpp:304 ]: ASSERT: “!_responseTimestamp.isEmpty()” in file C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\libsync\abstractnetworkjob.cpp, line 304
2025-01-05 08:59:43:269 [ warning nextcloud.sync.propagator C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\libsync\owncloudpropagator.cpp:288 ]: Could not complete propagation of “temp/Anonyme Uploads/0114C3F7-0E00-48F3-9DF2-25710B39072E.jpeg” by OCC::PropagateRemoteDelete(0x21a8f5c9250) with status OCC::SyncFileItem::SoftError and error: “Operation abgebrochen”
2025-01-05 08:59:43:279 [ info nextcloud.gui.activity C:\Users\User\AppData\Local\Temp\windows-27535\client-building\desktop\src\gui\tray\usermodel.cpp:849 ]: Item “temp/Anonyme Uploads/0114C3F7-0E00-48F3-9DF2-25710B39072E.jpeg” retrieved resulted in error “Operation abgebrochen”