Red Hat Bugzilla – Bug 26134
Can't type q and accent with bash in Xterm terminal.
Last modified: 2007-04-18 12:31:12 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (X11; U; Linux 2.2.14-5.0 i686)
Can't type q and accent in xterm using bash and vi. Other application
(Abiword, Gedit) work well.
There is no problem's out off X11 (console mode).
Steps to Reproduce:
1. Just start X11 with LANG=es and type anything.
We (Red Hat) should really try hard to fix this before next release.
Since it doesn't happen in the console, this is not a bash bug.
I guess the xmodmaps for your keyboard layout are off; reassigning to XFree86.
I need someone familiar with international keyboard setups to recommend
how to fix this. You mention if you type q and accent in xterm it doesn't
work. Please describe the expected behaviour (forgiving me for not having
any experience with other languages, or multinational keyboard setups).
Be as detailed as you can. If you've any info as to what/where this needs
to be fixed, please let me know. Right now, I can't replicate the problem
because I don't fully understand it.
I'm seeing _something_ odd, but I don't know if it's what the original reporter
1. Spanish NFS workstation install with GNOME and KDE, GNOME preferred
2. Boot to runlevel 3. Log on as root. Startx (GNOME starts)
3. Start gnome-terminal.
4. Type a quote and then "e", in order to get "i"
Actual result: The cursor moves forward one space but no glyph appears
Expected result: The cursor moves forward one space and leaves "i" behind
Even weirder: Type "'e" and return and you get:
(No error message.) If you try to highlight the line then you see:
bash: : command not found
xterm behaves just fine.
rxvt seems to ignore the quote and you just get a normal "e"
konsole behaves the same as rxvt
So I think this is probably a gnome-terminal/zvt bug.
email@example.com: are we looking at the same bug?
Hmm, bugzilla doesn't like accents either. :-)
For "i" above, read e-acute.
It works with LANG=es_ES, LANG=es isn't correct (there is no es locale).
LANG=es gives me "locale not supported by C library."
Then anaconda shouldn't put es in /etc/sysconfig/i18n.
In fact LANG=es_ES@euro; Havoc, this is right, surely?
$ LANG=es_ES@euro gnome-terminal
Gdk-WARNING **: locale not supported by Xlib, locale set to C
So is this another instance of bug 26300?
Looks that way to me.
*** This bug has been marked as a duplicate of 26300 ***