Syncthing-gtk - GUI for syncthing - now with inotify support

Announce
41

Well, the Synthing-GTK windows consists of two areas. Left side (the repos) and right side (host overview and peer list below).

On Linux the “Default” repo on the left side as well as the “Host” on the right side (the area where you see the RAM/CPU/DL/UL/Announce/Version stats) is always expanded, on Windows all items are collapsed.

I actually find having the “Default” repo and the hosts stats expanded quite useful … doesn’t really bother me that the other repos and peers are collapsed.

So, while you say that all items should be collapsed the Linux version doesn’t seem to obey you. :wink:

42

[quote=“BJay, post:41, topic:709”] The values exist under the given registry path (on W7 and W8.1) and read:

window_position_0 == 9window_position_1 == awindow_position_size == 2 [/quote]Can you, please, move window somewhere towards bottom-right corner, close it there and refresh regedit? Just to check if values are getting changed, preferably to some big numbers.

43

Okay, I managed to get rid of the “window misplacement” by updating my Nvidia driver (to the latest-and-greatest “game ready” release), but now I see a totally different “bug” (?)…

Firstly, the values get saved:

Moved the window around, quit Syncthing-GTK, looked into regedit

use_old_header = 0x0
window_position_0 = 0x310
window_position_1 = 0x1b5
window_position_size = 0x2

Started it again, enabled “Traditional”, moved the window again, quit Syncthing-GTK, looked into regedit

use_old_header = 0x1
window_position_0 = 0x237
window_position_1 = 0x5c
window_position_size = 0x2

BUT … upon firing it up again the “old” decoration doesn’t show up!

See this screenshot

Look at the main window behind the “UI Settings” - that’s the “Linux/GTK style decoration” (and I swear that I did quit it after setting “use_old_header” and start it anew).

I uninstalled Syncthing-GTK, cleared out the registry, re-installed from scratch, and ran the test again with the same result you see in the screenshot - while “use_old_header” is enabled the window shows the other way around. Am still not entirely sure that it’s a bug, but I think I better leave it to you to rule it out.

EDIT: I’m tempted to believe the decoration issue could be a Windows bug because… when I open/hide the Syncthing-GTK window it randomly shows with the top left/right corner of the main window being edges instead of rounded corners. I’d say this looks like dwm messing up compositing the window; Windows (Vista/7/8.x) has a history with GTK/Glade based applications having issues.

I guess when I have a some time to spare I’ll try to get a C# based port rolling so you have a native Windows version (especially now that Microsoft is giving away Visual Studio as a “Community Edition” that’s en-par feature-wise with VS Pro) - if that idea is fine with you. /EDIT

44

I’m afraid I got lost at that part where window misplaceament bug was caused by graphics driver O.o I mean, I of course don’t doubt you, but I really can’t see how that could be related…

Porting python-based Syncthing-GTK to C# is probably more impossible that doing same for c-based GTK, but if you are for such task, it will surely help to much more people than just me :slight_smile:

But use_old_header being ignored sounds like bug, I’ll look into it.

//edit: And since you probably don’t watch issues list on git, startup menu icon, non-expanded boxes and not sticking anon data collection checkbox bugs are solved in latest release. Thanks for reporting :smile:

45

[quote=“kozec, post:44, topic:709”] I’m afraid I got lost at that part where window misplaceament bug was caused by graphics driver O.o I mean, I of course don’t doubt you, but I really can’t see how that could be related…[/QUOTE]

Well, it also affected HexChat (IRC Client that also uses GTK) on Windows - the window was also restored to the very top/left (and slightly off-screen) … with the latest Nvidia driver that oddity is gone. Sorry for the “false positive” bug.

Yea, I know that this is no “simple port from Python” but a re-implementation from scratch by trying to make the interface look exactly the same (that’s the tricky part; unless I’m mistaken I don’t think there’s any foundation class that would allow for rounded screen borders).

Anyhow, once the christmas insanity is over I’ll sit down and start coding so we have a first test build by mid/end January.

I guess it would be also easier for you if you could focus on one version instead of trying to untie the “multi-platform” knot. Though, the only thing I don’t plan on doing is making a Metrocalypse tile happen. I develop with “Visual Studio for Windows Desktop”.

Roger that.

No problem man, it’s always fun tinkering around with the knobs and wheels to maybe find a bug. :wink:

46

Hi kozec,

I saw you work on a 0.11 branch. Do you plan to release binaries while syncthing 0.11 is still in beta?

Thanks for the great work!

47

Good idea. I just did :smile:

On python-enabled platforms, just unpack source tarball and run syncthing-gtk.py.

48

@kozec, please forgive me for such a basic python doubt.

I had the 0.10 branch installed from the WebUpd8 PPA. I uninstalled it and would like to install (on Xubuntu 14.10) the 0.11 branch instead:

  1. Installed all missing dependencies: package python-dateutil. All other dependencies were already installed.
  2. Downloaded the 0.6.9.2 tarball and unpacked it.

Now I’d like to fully install it, the Python way. What do I have to do ?

I read about pip, easy_install and python setup.py install, but couldn’t quite understand what would be the most appropriate method here.

EDIT 1: Found this excellent article in the Python docs. Didn’t know install could be as simple as sudo python setup.py install. Apologies for the hasty and unnecessary question.

EDIT 2: The binary was installed as /usr/local/bin/syncthing-gtk but /usr/local/share/applications/syncthing-gtk.desktop pointed to /usr/bin/syncthing-gtk, so copied the desktop file to ~/.local/share/applications and changed Exec to point to /usr/local/bin/syncthing-gtk. Not sure if this is the standard way.

49

It would be so great if there was an option like “restart in debug mode” and “restart in normal mode” to be able to debug stuff, I hate going into commandline everytime there is some error, and I also I use debian service which complicates my life ;(

1 Like
50

You can view messages from daemon if you click on menu → display daemon output, but only if daemon was started from ST-GTK. There is no clean way to get output from process that was started by something else, but no matter how it was ran, you can shutdown daemon from menu and then start it again as subprocess from window that pops out.

Also, @marcelpaulo, sorry for not answering you, I never got notification about your post and didn’t checked here for long time. But it looks like you solved it even without my help :slight_smile:

1 Like