Skip to content

Running AngryOxide under screen utility is not nice #52

@PSLLSP

Description

@PSLLSP

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:

  1. from terminal console start screen
  2. start AngryOxide from screen session, sudo ./angryoxide --interface wifixyz
  3. watch console for defects in the user interface
  4. wait some time, observe terminal
  5. 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:

Image

AngryOxide started from screen session, UI is "broken":

Image


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:

Image

Image

Image

Image

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions