@jeremy0 Hi
Thank you for the detailed explanation. If you can do more tests, that would be great! If I can reproduce your issue I will be able to solve it more quickly.
Meanwhile, I will think about how to improve the user experience in such cases. I can't remember exactly, but I think that I wanted to keep the UI after error for some reason.
BTW: The ping idea seems a valid proposition. I could add an option to enable a "heartbeat" message, which would then use the current @ping -> @pong functionality. The app will expect a periodic ping from the controller (after receiving first message) and send a response - just like now, but it would also disconnect with an error message if ping is not received within the specified interval.
If you enable autoconnect, GUI-O will try to periodically re-establish the connection. Without autoconnect, it just latches the error.
@jeremy0 said in Connection status?:
(And while I think of it: I can't see a way to return to the main menu screen from a UI page, other than having the target issue @quitapp in response to a button press - which is great, but only works if the target is connected and responsive. The rest of the time I have to actually switch away from the app altogether and relaunch it.)
Try swiping from the left to right (edge of screen) to open the settings menu. Then press the "home" icon on top-right of the screen. This will clear the UI and return you to the "home screen".
Best regards,
Klm3n3