- 
          
- 
                Notifications
    You must be signed in to change notification settings 
- Fork 107
Description
I tried to run AngryOxide v 0.8.28 under screen command on Linux Mint 22.1 and I see that console is not redrawn correctly, there are characters left from the past and the output is not clean, UI is "broken".
When I run AngryOxide directly from the console, I do not see those issues.
Other interesting point is that when I connect to this machine from other PC over ssh and then "hijack" screen session with AngryOxide (screen -dx), I see clean output, the issue is not there. BUT, when I stop and start AngryOxide in this remote session, I see the issue! It looks like the issue is related to start of AngryOxide...
Another interesting point is that when I try to start AngryOxide under tmux session then I do not see this issue.
Steps to replicate:
- from terminal console start screen
- start AngryOxide from screen session, sudo ./angryoxide --interface wifixyz
- watch console for defects in the user interface
- wait some time, observe terminal
- resize terminal, AngryOxide is forced to redraw screen and the look of UI is fixed!
Advantage of screen is that it can be controlled from remote computer, it is easy to switch between local session and remote session... screen tutorial on YouTube.
$ screen -v
Screen version 4.09.01 (GNU) 20-Aug-23
$ ./angryoxide --version
AngryOxide 0.8.28
$ tmux -V
tmux 3.4
AngryOxide started directly from the console, UI is nice:
AngryOxide started from screen session, UI is "broken":
When terminal window with AngryOxide is resized, AngryOxide redraws screen and the UI after this step look nice. This could be a key to address this issue.
https://stackoverflow.com/questions/34913611/ncurses-good-practices-clear-screen-with-windows
Many other applications based on ncurses running know that key CTRL+L should redraws the screen. AngryOxide ignores this key combination...
Resizing console windows triggers other issue. It is visible at "Status" page, color attribute could be applied to wrong place, after this many areas in the terminal have wrong color. It looks like some race condition bug...
Several examples of situation when wrong color attributes were applied when terminal window was resized:





