Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Syncthing URI address not correctly updated after test (implicit save), must restart Syncthing #196

Open
ondrejvaroscak opened this issue May 25, 2023 · 1 comment
Labels
bug bug-reproducible The bug report is reproducable

Comments

@ondrejvaroscak
Copy link

Syncthing Tray command "Open" and Preferences window button "Open Syncthing Web Interface" defaults to 127.0.0.1:8384 irrespectively of actually entered value. As a result "Connection refused"/"Couldn't connect" message appears as the Web browser is directed to open the default 127.0.0.1:8384 address. The manual entry directly in address line works correctly

@xor-gate
Copy link
Member

xor-gate commented May 29, 2023

Sorry for the delay. It seems indeed a bit odd. When de URI is input + checked and saved with the Test button in the Preferences window. The Icon -> Open menu item and Open Syncthing Web Interface use the old value and probably not the default 127.0.0.1:8384.

There is a workaround (yes it is very odd):

  • Click the icon -> Go to Preferences -> enter URI -> Test (click to check Syncthing connection OK), the button bullet must be green (then the URI is saved
  • Click the icon -> Quit Syncthing
  • Start Syncthing

Thanks for reporting, it is easy reproducable.

EDIT:
It is even more weird after further testing. Setting the URI, then Test OK with green bullet in the button. Then the preference window is closed. And reopened and the old URI is in the input box. That is what is happening...

@xor-gate xor-gate changed the title Syncthing tray/preferences not opening correct web interface Syncthing URI address not correctly updated after test (implicit save), must restart Syncthing May 29, 2023
@xor-gate xor-gate added the bug-reproducible The bug report is reproducable label May 29, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug bug-reproducible The bug report is reproducable
Projects
None yet
Development

No branches or pull requests

2 participants