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): anaconda-11.1.0.95-1 How reproducible: Everytime, see above. Actual results: Umlauts are locking backspace key in TUI dialog window. Expected results: 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 characters.
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
Ping?
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 closed.
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.