Background color erase (bce) is broken
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnome-terminal (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
I'm running my ncursesw application, displaying a black background. When the screen or a region scrolls up by one line, empty areas of the screen in the newly visible line show the default white background of gnome-terminal.
If I remove the bce capability from the Terminfo for that terminal type, the problem goes away. This workaround involves:
"infocmp xterm-256color > xt.ti" to get the Terminfo data in text format.
Editing xt.ti and removing "bce, " on the 3rd line
"tic xt.ti" to compile this text to Terminfo again. Without sudo that ends up in ~/.terminfo, overriding the system's entry, and with sudo it would overwrite the system's Terminfo entry for that terminal type.
Another workaround would be to use a different terminal type without bce, like TERM=screen, but removing bce is better because that leaves other capabilities intact.
ProblemType: Bug
DistroRelease: Ubuntu 16.10
Package: gnome-terminal 3.20.2-1ubuntu5
ProcVersionSign
Uname: Linux 4.8.0-45-generic x86_64
NonfreeKernelMo
ApportVersion: 2.20.3-0ubuntu8.2
Architecture: amd64
CurrentDesktop: XFCE
Date: Fri Mar 31 13:49:01 2017
SourcePackage: gnome-terminal
UpgradeStatus: Upgraded to yakkety on 2016-10-13 (169 days ago)
This was broken intentionally in order to fix another bug which is not fixable and not even workaroundable otherwise. See https:/ /bugzilla. gnome.org/ show_bug. cgi?id= 754596. Although, as discussed there, we are aware of problems that we introduced and we have a few ideas how to improve (that is, partially revert) the behavior.
In order to help move forward, could you please share your app (or better, a tiny proof of concept, just the necessary steps extracted that demo the problematic behavior)?