Your message dated Sun, 24 Aug 2008 22:39:57 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#449055: cdebconf: display corruption with multiselect
over progress bar
has caused the Debian Bug report #449055,
regarding cdebconf: display corruption after running xresprobe (during pkgsel)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
449055: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449055
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: cdebconf-newt-udeb
Version: 0.125
As shown in the screenshots debconf_displcorr1 and debconf_displcorr2 at
http://people.debian.org/~fjp/tmp/d-i/, there is some display corruption
when the XOrg screen resolution multiselect dialog is displayed on top of a
progress bar. After the dialog, the progress bar remains corrupted. The
display is OK again after the progress bar is stopped.
The corruption is only present if the installer is booted with vga=791, not
with the normal resolution. I can reproduce this reliably when installing
in VirtualBox.
If you swap between the the 1 and 2 images, it can be seen that the
corruption is caused by remnants of the other dialog; i.e. it looks like
the screen is not completely repainted for some reason.
As can be seen from debconf_displcorr1_etch, this problem did not yet exist
in Etch.
Possibly this is not a cdebconf bug, but an issue in newt (or maybe even
elsewhere). cdebconf seems most likely though.
Cheers,
FJP
signature.asc
Description: This is a digitally signed message part.
--- End Message ---
--- Begin Message ---
On Sunday 24 August 2008, Julien Cristau wrote:
> Can this be closed now?
Yes. Done (using an unversioned close as the "fix" was not in cdebconf
itself).
> xserver-xorg has stopped recommending/using xresprobe in December 2007
> (xorg 1:7.3+8).
Eh, but that is not quite when the issue became irrelevant for D-I. It was
quite some time later before testing finally had a version that no longer
used xresprobe. D-I beta1 was still affected; beta2 is the first version
that uses the new, lean config file without depending on xresprobe and
discover.
We even had to revert a change tasksel for beta1 as that anticipated too
enthusiastically on the discover/xresprobe drop...
Cheers,
FJP
--- End Message ---
