This bug is missing log files that will aid in diagnosing the problem.
While running an Ubuntu kernel (not a mainline or third-party kernel)
please enter the following command in a terminal window:
apport-collect 1900816
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1900816
Title:
libncursesw display problem in ubuntu 20.4
Status in linux package in Ubuntu:
Incomplete
Bug description:
This was first raised as a Question,
https://answers.launchpad.net/ubuntu/+source/ncurses/+question/693490
Since upgrading from 18.04 LTS to 20.04 LTS I have 2 problems in the
screen display using AUBIT4GL
(1)
in displaying data to a screen array where the first field is short (<4
characters) and the gap between the first 2 fields is a single space, and
normal display has no explicit colour attribute,
the second field is shifted left by one character.
The CURRENT row, with colour attribute set, displays correctly.
As the row cursor is shifted down the screen and back up, the 'ghost' of
previous display remains, so the first 2 fields appear a mess.
If "normal" libncurses is used, the problem does not appear.
The problem can be 'fixed' (or rather, hidden) by applying an explicit colour
attribute to the display window, even if it's the same as the implicit colour
used when no attribute is given.
(2)
In displaying a window with a border with the top left set at column 3, the
border is displayed 1 character space left of the screen fields, so that there
is a gap at the left, and the right-hand border is lost.
A variant of this problem appears in a couple of instances, where a MENU line
is displayed. In these cases, the border round the 3 sides of the menu lines
(top or bottom of the screen) are offset left by 1 and the rest of the border
displays correctly.
The only 'fix' I have found is to shift all windows that were starting
in column 3, to use column 2 or 4+
I realise that this may not be a cursesw problem, and checking the
source code for aubit4gl is beyond me - but as far as I can see,
libncursesw is the only thing that has changed ...
My code and screen definitions hadn't changed since before the upgrade from
18.04LTS. Aubit4GL hadn't changed.
The changes in libncursesw (and/or panelw, formw) are a prime possible cause
of the new behaviour?
The Aubit4GL TUI_wide plugin links to
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5
(0x00007f9ac30dc000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1900816/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
