Description
Describe the bug
Running gh in GNU screen (5.0.1) produces incorrect terminal escape sequences that pollute the output in a major way.
Affected version
https://github.com/cli/cli/releases/tag/v2.73.0
Steps to reproduce the behavior
In GNU screen running on xterm, with xterm-16color, Run gh version or any other command really.
Expected vs actual behavior
The terminal is xterm 398 with GNU screen 5.0.1. TERM is xterm-16color, therefore no program should ever emit escape sequences using RGB color triplets (at least I do not see anything in terminfo related to RGB color triplets for xterm-16color.
I suspect that either gh or a library handling terminal output make assumptions about what the terminal supports instead of correctly relying on what terminfo reports.
Misc
GNU Screen configuration
``` shell zsh startup_message off chdir autodetach on defscrollback 4096 vbell off msgwait 1 defutf8 onno delay for escape
maptimeout 0
allow bold colors
attrcolor b ".I"
erase the background with the current bg color
defbce "on"
term xterm-16color
defmonitor off
silencewait 20
hardstatus on
hardstatus alwayslastline
hardstatus string '%{=rdd}[%H] %{=rdd}%-w%{= dd}%n %t%{-}%+w %-= [%c]'
</details>