[Pkg-shadow-devel] Bug#221290: Bug #221290 still here: screen garbled after entering high-ascii characters at login prompt

Helge Kreutzmann kreutzm at itp.uni-hannover.de
Tue Sep 27 16:13:25 UTC 2005


Hello,
On Tue, Sep 27, 2005 at 07:38:12AM +0200, Christian Perrier wrote:
> When entering high-ascii characters at the login prompt (usually by
> mistake), such as "é", and then hitting Backspace to remove them,
> they're not erased at the prompt...and, when entering the correct
> login and validating, login switched the terminal to all-caps.

Well, I don't have an all caps afterwards. I just checked (on Sarge)
an get the following:
a) Enter a non-ASCII character (like ä)
b) Erase it. Now the "ä" remains, but two white blocks, sepearted by
   space are added on the prompt
c) Presse Enter once
d) Login using a valid login/password
e) Start vim
f) Now those characters are replaced (!) by other characters. I have,
   e.g., ä->d ö->v ü->| (I can create a complete list, if it helps).
g) Quit vim, type reset
h) Everything is back to normal.

Even before entering "reset", äöü are correct on the shell (bash)
prompt.  On the login prompt I observe to behaviours:
a) "ä" (or another non-ASCII character) is entered, but not erased
    before pressing enter. In this case, on the next "login"-prompt
    (same virtual terminal, of course), "ä" is replaced by "d" (and
    the same for the other ones). But in this case, vim displays "ä"
    as well.
b) "ä" (or another non-ASCII character) is entered, but it *is* erased
   (although the visual artefacts as described above appear), then on
   the next login prompt "ä" remains "ä". In this case (as described
   above) "ä" becomes "d" in vim, until "reset" is entered.

I have not (yet) switched to UTF, if that is important.

When I run stty -a in a "clean" shell vs. in a "broken" shell (in the
sequence above, before running reset) I get the following differences:
claen:                    broken:
======                    =======
-parenb -parodd cs8       parenb -parodd cs7
-inpck -istrip            inpck istrip

If you need more/other info, please tell me which. I can also create a
table of all "mixed up" characters in the broken case, if that is
necessary.

> This happens in the Linux console. Nothing bad happens in a terminal,
> eitheer UTF-8 or ISO....

Haven't tried a terminal yet. Only linux console.

Greetings

            Helge
-- 
Dr. Helge Kreutzmann, Dipl.-Phys.           Helge.Kreutzmann at itp.uni-hannover.de
                       gpg signed mail preferred 
    64bit GNU powered                  http://www.itp.uni-hannover.de/~kreutzm
          Help keep free software "libre": http://www.ffii.de/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-shadow-devel/attachments/20050927/accea06f/attachment.pgp


More information about the Pkg-shadow-devel mailing list