https://bugzilla.novell.com/show_bug.cgi?id=418613 User dickey@his.com added comment https://bugzilla.novell.com/show_bug.cgi?id=418613#c11 --- Comment #11 from Thomas Dickey <dickey@his.com> 2008-09-04 14:37:05 MDT --- Black stuff like that usually is a result of curses being confused about whether the screen is cleared preserving background color (bce). We're assuming that all Linux consoles preserve color, of course. Repainting the screen (Ctrl-L) is likely to exercise different paths in the screen optimization. Normally ncurses will jump from one part of the screen (top-to-bottom, left-to-right) updating the parts that have changed. When repainting, there's no jumping (except over blank areas that are known to be in the "right" color). Comparing the xterm and linux terminal descriptions, I see one detail to investigate: the linux description says it uses padding characters (npc is missing, hence false), and it (like xterm) implements flash (which uses a time-delay). I recently modified the way the npc data is stored, and (though it's working for me), it may be the problem. To check this, I'd run with a modified "linux" terminfo which adds the "npc" flag, telling ncurses to not try to use padding characters. My hunch here is thinking that alert messages from yast2 could be making it write padding characters - and if there's some bug in that area, it could write unexpected text to the screen. (if it's not that simple, I'll think of something else). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.