On 2026-05-21 15:15:40 -0400, Thomas Dickey wrote: > On Thu, May 21, 2026 at 01:58:25PM +0200, Vincent Lefevre wrote: > > I've been using TERM=xterm-256color since December 2018, thus before > > buster. But this was much after #578729 was closed anyway. > > The relevant dates would be those for the Debian package you used, > along with the release date which includes this change: > > commit 86ce25b620c52c9bdea94bf1185a274466f69b80 > Author: Amadeusz Sławiński <[email protected]> > Date: Fri Jul 7 18:39:34 2017 +0200 > > separate handling of 16 color and 256 color escapes > > on xterm > echo -e "\e[38;5;1mtest\e[1mtest" > puts both 'test' strings in same color, however in screen, second one is > bright > > do note that defbce on, may interfere with this > > Bug: 50601 > Signed-off-by: Amadeusz Sławiński <[email protected]>
I'm wondering what this was supposed to do. Anyway, screen 4.09.01 (at least) is buggy on the term-test.pl testcase found at https://savannah.gnu.org/bugs/index.php?50601 (I'm still using "defbce on".) > > > Given the interplay between screen, xterm, terminfo and mutt, I can't say > > > which package the bug lies in. > > > > I suppose that only screen, xterm and terminfo settings are involved > > by the redisplay (C-a C-l), which is important to trigger the problem. > > only screen. The checkin comment describes a regression. I wanted to say that xterm is involved in the rendering, but it may not be related to the problem. Concerning Mutt, it is not involved at all with the redisplay (one can even quit Mutt before doing the redisplay with C-a C-l... the same problem occurs). -- Vincent Lefèvre <[email protected]> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / Pascaline project (LIP, ENS-Lyon)
