kozec
kozec
Main idea was to not bundle libraries that are usually installed everywhere, but that's probably not true anymore. I'll try to repack it with everything, but I have to ask...
This is not yet fully working, as it can't download syncthing daemon during "1st run wizard", but it should work with syncthing already installed / downloaded. [Syncthing_GTK-with-everything.x86_64.AppImage](https://github.com/kozec/syncthing-gtk/releases/download/appimage-with-everything/Syncthing_GTK-with-everything.x86_64.AppImage) Can someone confirm...
It is done to prevent spamming unlimited number of notifications on systems where that can end up covering entire screen. Maybe it can be configurable; How would dunst deal with...
Can you try starting syncthing (not syncthing-gtk) in terminal and starting syncthing-gtk only after syncthing? It may show some error message explaining why it is closing connection.
I'm pretty sure it should take system settings. Can you provide more details or screenshot?
That window is meant mostly as tool to check for error messages when something goes wrong, so this should be pretty harmless. Main issue is that Syncthing-GTK code gets those...
#462 was actually fixed by d0833fdc13c0bda5b59b32ef0fb04220db4c6be1. glibc is exception even for appimage and can't be bundled, AFAIK. 2.28 is already pretty archaic, what version is used by Mint?
That looks like normal output while plugin is connecting. Check what's pumping stderr from nautilus to your journal and disable it.
I don't think so, waiting for connection and sleeping after it fails should not take any resources at all.
In theory, yes, but it would be pretty complicated thing to do, requiring nautilus plugin to parse and understand stignore files.