reload .stignore after edit

brunod · January 19, 2018, 10:15am

Hi, When I modify the exclusion file .stignore through syncthing, I click the 2 step save buttons once and I’m back to control panel. Then if I reopen the file to modify it again, the previous modifications do not appear and it’s still like when it was before. But if I edit directly .stignore, I can see the modifications had been saved. It seems it doesn’t reload the changes. Thanks, BD (Version v0.14.43, Linux (ARM) )

AudriusButkevicius · January 19, 2018, 10:47am

Check console for errors, yet I suspect it’s a permissions/ownership problem.

cosas · January 19, 2018, 11:12am

I met this too, maybe you can first try to refresh the GUI or in last resort restarting ST will make the GUI reload the file.

brunod · January 19, 2018, 11:16am

I don’t think so : I wasn’t clear, I meant if I edit (to view, not to modify) directly .stignore, I can see the modifications had been saved at first time. So the rights allow the modification for syncthing but it isn’t displayed when reopening from syncthing. BTW, I don’t know how to open a console to check. It’s running from appcenter on a headless qnap.
Thanks !

brunod · January 19, 2018, 11:17am

Yes restart does it, but only 'till next time. It seems to reproduce each time. To be precise, I 'm sure the modifications are applyed correctly because the rescan of the folder takes these into account.

cosas · January 19, 2018, 11:31am

Actions/Logs

imsodin · January 19, 2018, 11:36am

Is the folder syncing/scanning (only one) during the entire time when you are observing this problem?

brunod · January 19, 2018, 6:39pm

@imsodin No, I use a small folder of 22 files, 5 folders and 1.77Gb to test, it was already scanned and I’m just updating when I changed and saved the exclude settings. The update takes less than 1 sec. because I don’t change the files/folders at this time.

brunod · January 19, 2018, 6:42pm

Thanks, I’ll check it next time I’ll reproduce the issue.

Edit : Here is the log : 2018-01-19 19:48:47 syncthing v0.14.43 "Dysprosium Dragonfly" (go1.9.2 linux-arm) teamcity@build.syncthing.net 2017-12-29 21:23:06 UTC 2018-01-19 19:48:47 My ID: AAPIK-*****-QJ46JQK 2018-01-19 19:48:48 Single thread SHA256 performance is 6.0 MB/s using minio/sha256-simd (6.0 MB/s using crypto/sha256). 2018-01-19 19:48:53 Hashing performance with weak hash is 5.43 MB/s 2018-01-19 19:48:56 Hashing performance without weak hash is 5.78 MB/s 2018-01-19 19:48:56 Weak hash enabled, as it has an acceptable performance impact. 2018-01-19 19:48:57 Ready to synchronize "Biblio*****" (Biblio*****) (readonly) 2018-01-19 19:48:57 Send rate is unlimited, receive rate is unlimited 2018-01-19 19:48:57 Rate limits do not apply to LAN connections 2018-01-19 19:48:57 Using discovery server https://discovery-v4-2.syncthing.net/v2/?id=DVU36WY-*****-ADIBDQC 2018-01-19 19:48:57 ... 2018-01-19 19:48:57 Using discovery server https://discovery-v4-3.syncthing.net/v2/?id=VK6HNJ3-*****-NVZRDQZ 2018-01-19 19:48:57 Using discovery server https://discovery-v4-4.syncthing.net/v2/?id=LYXKCHX-*****-NA2MIAW 2018-01-19 19:48:57 Using discovery server https://discovery-v6-2.syncthing.net/v2/?id=DVU36WY-*****-ADIBDQC 2018-01-19 19:48:57 Using discovery server https://discovery-v6-3.syncthing.net/v2/?id=VK6HNJ3-*****-NVZRDQZ 2018-01-19 19:48:57 Using discovery server https://discovery-v6-4.syncthing.net/v2/?id=LYXKCHX-*****-NA2MIAW 2018-01-19 19:48:57 Completed initial scan of readonly folder "Biblio*****" (Biblio*****) 2018-01-19 19:48:58 Device XJFDCRX-*****-AI5XGQL is "Lexar16W" at [dynamic] 2018-01-19 19:48:58 Device EPYXCZF-*****-EFUD7QW is "JP-Main" at [dynamic] 2018-01-19 19:48:58 Device IGU6H6L-*****-CJ5JPQ7 is "Lexar16L" at [dynamic] 2018-01-19 19:48:58 Device NRSOCWJ-*****-3EYDSAD is "brunoW7" at [dynamic] 2018-01-19 19:48:58 Device TCA3D7W-*****-4UFT4QA is "samba" at [dynamic] 2018-01-19 19:48:58 Device X3EXKRM-*****-ONPZ4A4 is "kalimero" at [dynamic] 2018-01-19 19:48:58 Device AAHBV5Z-*****-QJ46JQK is "NASBD" at [dynamic] 2018-01-19 19:48:58 Device IGFRI7X-*****-N6G4QAO is "Emtec16" at [dynamic] 2018-01-19 19:48:58 Device RVOS77N-*****-XAYOQA5 is "BDAmilo-M1437" at [dynamic] 2018-01-19 19:48:58 Syncthing should not run as a privileged or system user. Please consider using a normal user account. 2018-01-19 19:48:58 GUI and API listening on 0.0.0.0:8090 2018-01-19 19:48:58 Access the GUI via the following URL: http://127.0.0.1:8090/ 2018-01-19 19:49:08 Established secure connection to EPYXCZF-*****-EFUD7QW at 192.168.1.55:45009-176.127.203.208:33984 (tcp-client) (TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305) 2018-01-19 19:49:08 Device EPYXCZF-*****-EFUD7QW client is "syncthing v0.14.43" named "JP-Main" 2018-01-19 19:49:45 Established secure connection to TCA3D7W-*****-4UFT4QA at 192.168.1.55:44383-149.202.52.153:22067 (relay-client) (TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305) 2018-01-19 19:49:45 Device TCA3D7W-*****-4UFT4QA client is "syncthing v0.14.43" named "samba" 2018-01-19 19:49:45 Connection to TCA3D7W-*****-4UFT4QA closed: reading length: EOF 2018-01-19 19:50:13 Established secure connection to TCA3D7W-******-4UFT4QA at 192.168.1.55:44392-149.202.52.153:22067 (relay-client) (TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305) 2018-01-19 19:50:13 Device TCA3D7W-*****-4UFT4QA client is "syncthing v0.14.43" named "samba"

And here some screenshots : First modif (adding IS in comment"tested is ok") of file within syncthing

View of the file with mousepad : change has been written Second access within syncthing : the first modification has disappeared. IS is gone.

imsodin · January 19, 2018, 9:20pm

The devil is as usual in the detail: This problem only occurs when editing comments only, because we abort early if no patterns changed (and comments are no patterns). I will fix it.

Issue: https://github.com/syncthing/syncthing/issues/4689
PR: https://github.com/syncthing/syncthing/pull/4690

brunod · January 20, 2018, 5:33am

Thanks !

system · February 19, 2018, 5:33am

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.