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 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.