So I have a machines running fedora 40. I start syncthing and the webui, and it would be fine, until I refresh the page or do any change (pause folder share, pause device share, changing ignore paterns, etc). Once i do any of the things mentioned, it would be stuck on this pop up saying “syncthing is saving changes” it would be stuck on there, and then i would have to refresh in my browser. after the refresh, the page would show (unknown device) and not properly show the host device data. I would either have to wait for a long time, or refresh and hope it works.
not sure what is going wrong. journalctl doesnt show anything of note and would just not display anything new past whatever my last action was before the webui completely breaks. running syncthing with the --verbose flag also doesnt show anything of note. trying in a chromium based browser doesnt change anything.
if log data need to be provided, i will provide it after i redact personal info from it
Based on the available info, it’s not yet clear what’s going on, but it doesn’t sound like it’s a problem with Syncthing itself.
How was Syncthing installed? (e.g. RPM, Flatpak, etc.)
Is Syncthing running bare-metal, as an isolated app (e.g. Flatpak), in a container (e.g. Docker/Podman/LXC), or in virtual machine?
How is Syncthing started? (e.g. systemd, desktop auto-start, etc.)
The output from ps -ef | grep syncthing while Syncthing is running normally and at the moment that Syncthing’s web UI is stuck saying it’s saving changes.
sorry for the late reply.
Syncthing was installed via sudo dnf install syncthing from the repos. it is running bare metal.
i assume that its started through systemd as i can see that there is a syncthing service file and i can see a line during bootup saying that its starting the syncthing service.
i will provide the result from ps -ef|grep syncthing in a bit.
so i just tried to sync one of my folders from my windows mcahine to my current fedora machine (along side a test folder going from the fedora machine to my phone) and both succeeded without an issue.
so far, the result from the ps command has been the same.
I’ve experienced similar issues either when using very slow storage or very slow Internet connection. Does the problem persist if you pause all remote devices? If yes, what about when you pause all folders?
update: after waking up my system from suspend the issue comes back, now fedora laptop is identified as unknown device, and pausing a folder would result in the web ui getting stuck on saving changes. i dont know why it randomly decides to stop working. the ps command suggested returns no changes from the output i showed earlier.
not sure why it decides to stop working, put my device on suspend many times before, dk why it does it sometimes.
update 2: doing a reboot of the machine doesnt help. the issue still persists
There are several methods including LUKS, but for now we’ll assume it isn’t. But if it was, the method of encryption and how Syncthing is started becomes very important because Syncthing cannot access its configuration while it’s encrypted.
There are a lot of unknowns, including how Syncthing is actually started, so that’s the very first step.
Power down – not suspend/hibernate – your laptop.
Power up your laptop.
Log on as timmy.
Issue the following command: systemctl --user status syncthing
What’s the output from #4?
Suspend your laptop.
Wake your laptop.
Log on as timmy.
Issue the following command: systemctl --user status syncthing
i dont understand this issue at all, it happens so inconsistently.
so far ive had this happen between multiple different networks (at home and at other networks) and after some specific actions (waking after suspend) but trying to replicate it myself yields nothing as it will fix itself suddenly and never trigger again until it decides to break on me and trying to test this issue on different networks will be quite difficult.
systemctl shows that its doing fine, the ps command you guys sent doesnt show anything too unusual, i am completely lost on this issue.
here is a screenshot of firefox’s dev console that i took just now after i woke this thing up from suspend.
The next time the problem pops up again, could you post the output from the following command? (It’s likely to be very long, so uploading a text file will be ideal.)
systemd’s status output in those two screenshots look fine.
The only notable thing is that your “Main ASUS” machine is behind a CGNAT, so getting two Syncthing devices connected can sometimes be a bit trickier with that kind of setup (if you ever run into the problem, search this forum for “CGNAT”).
syncthingLog.txt (149.2 KB)
thought i had encountered the bug again, but turns out it just took slightly longer than usual to load. already made the log before i made the realization that it was not the bug so here it is anyway.
The Linux kernel output shows that the Intel wireless NIC in your HP ProBook 445 G7 experiences frequent disconnects from the Wi-Fi access point, as often as every 5 minutes or so.
Are you using a VPN or some kind of MAC randomizer? The OUI from the MAC addresses don’t match any registered OEMs.
If you’re using security and/or privacy software it might be why there are intermittent issues with Syncthing’s web UI.
I run tailscale on all my devices and is how I’m able to have syncthing connect to all my devices remotely. I also occasionally enable a wireguard VPN when I’m in certain places to bypass their firewall, or use my tailscale exit nodes.
I’ve also done some heavy repairs to the HP. I’ve had to replace the top lid on the thing, which had me transfer over the webcam assembly and wireless antennas to the new top cover. As for the disconnects, I’m not sure as to me, internet has been stable for the time I’ve been using it (I haven’t done any comprehensive speed tests or anything before and after I changed the top lid cover).
I think I have an option somewhere in GNOME that enabled MAC randomization.
EDIT: I’m looking at at the details tab for the wifi network I’m connected to, and the MAC address fields are blank. ssid swapped out with something generic just for the screenshot.
