Red Hat Bugzilla – Bug 206697
Umlauts are locking backspace key in TUI dialog window
Last modified: 2007-11-30 17:11:43 EST
Description of problem:
When typing a umlaut e.g. a "ö" in the directory field at the http setup TUI
dialog window, backspace key will be locked. Workaround is to click on "Back"
to get a usable http setup TUI dialog window during repeating the step.
The selected language setting was English with a German keyboard. As this is a
common setting in Germany, this has to work, because "äöü" is near the "Enter"
key and it's likely that umlauts are pressed by mistake.
Version-Release number of selected component (if applicable):
Everytime, see above.
Umlauts are locking backspace key in TUI dialog window.
No locking, normal use of backspace key to delete the umlaut.
Can you reproduce this after install in any other newt apps?
Nope, umlauts are working in authconfig and system-config-network-tui (IIRC they
are using snack which is newt).
Yep, that should be it. Not sure what we're doing to set things up differently
but we'll try to figure it out
It is a problem in wlite/unicode-lite, mblen() doesn't work correctly with these
Miroslav, is there a way I can reproduce this problem in a small, standalone
newt app? I tried making "testgrid" link against our wlite code, and it seems
to work fine with umlauts in its entry boxes.
Yes, testgrid is ok. I reproduced the bug with binary linked like this:
gcc -static testgrid.c -L.../wlite -L.../stubs -lnewt -lslang -lunicode-lite -lwlite
What's the current status? Do we get this fixed for Fedora 7?
newt since 0.52.4 doesn't store characters in entry that didn't pass mbrtowc, so
all characters that can be entered can be also deleted now.
If there is no need to enter unicode chars in the first stage, this bug can be
As there is no IDN support within anaconda (right?), there is currently no need
to enter unicode characters in first stage, but when this changes, there will
be need for this (e.g. mirrors named ftp.fädöra.de).
Nevertheless entering and deleting umlauts should be possible in stage one if
somebody mistypes, but this works when I understood you correct?
No, it's not possible to enter umlauts, therefore the entry won't have any
characters that can't be deleted.
If I understand correctly, you can no longer type umlauts at all, so this
problem is not present in F7.
If that's correct, we should drop this from the FC7Blocker list and add it to
the target list for whichever release we plan to add IDN support in.
I verified in Fedora 7 test 4 and works for me.