Martchus

Yes. I'll work on ioctl02 tomorrow. Cleaning it up should be a good way of getting familiar with the code base.

Note that I've sent patches to the LTP list for `ioctl01.c` and the refactoring part of `ioctl02.c`. I'm currently waiting for feedback. http://patchwork.ozlabs.org/project/ltp/patch/[email protected]/ http://patchwork.ozlabs.org/project/ltp/patch/[email protected]/ http://patchwork.ozlabs.org/project/ltp/patch/[email protected]/ http://patchwork.ozlabs.org/project/ltp/patch/[email protected]/

The improvements for `ioctl01.c` have been merged so termios is tested (using the correct request). So I guess this issue is technically resolved although I'm still waiting for feedback for...

https://patchwork.ozlabs.org/project/ltp/list/?series=373253

Considering the log the retry logic is definitely working as it tries to reconnect. Considering clicking on "Apply connection settings and try to reconnect with the currently selected config button"...

> In addition, today the issue happened right when the device lost its LAN connection. As soon as the LAN connection was lost, Syncthing Tray also lost its connection to...

Ok, so the timeout for the long polling interval avoids the connection from becoming stuck (issue #209) but leads to this issue. Maybe it wasn't the best idea to make...

I'm not sure what to recommend. I cannot reproduce the issue myself so it is not easy to improve anything on my side. I cannot even bisect what change caused...

> And it would show the connection lost error. That may be expected - unless you have configured a long enough grace period for that alert or unless you have...

> Yeah, I see the dilemma here. Not sure what to do then. Maybe enable the long polling interval only on the devices that use hibernation? @xgdgsc Now that @tomasz1986...