Bug 84802 - Double-quotes keyboard entry unavailable in some apps
Summary: Double-quotes keyboard entry unavailable in some apps
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: XFree86
Version: phoebe
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
URL: http://bugs.xfree86.org/cgi-bin/bugzi...
: 90300 (view as bug list)
Depends On:
Blocks: 79578
TreeView+ depends on / blocked
Reported: 2003-02-21 15:14 UTC by Didier
Modified: 2007-04-18 16:51 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2003-07-17 10:30:03 UTC

Attachments (Terms of Use)
XF86Config (3.18 KB, text/plain)
2003-02-21 21:07 UTC, Didier
no flags Details
XFree86.0.log (31.01 KB, text/plain)
2003-02-21 21:08 UTC, Didier
no flags Details

Description Didier 2003-02-21 15:14:40 UTC
Description of problem:

Using the "us_intl" keyboard layout on a standard QWERTY-keyboard, the quite
essential composed space & double-quotes keyboard entry cannot be entered in
some applications.

Version-Release number of selected component (if applicable):

How reproducible:

Always, in specific apps (e.g. Mozilla, Quanta)

Steps to Reproduce:
1. Start Mozilla or Quanta, select an input-enabled widget
2. press the [SHIFT] and [' / "] key
3. press [SPACE]
Actual results:
Nothing happens.

Expected results:
The app should be fed a double-quote (")

Additional info:
- Specific to certain apps (e.g. Mozilla, Quanta) ;
- other apps (GEdit, vi, console vt) work fine ;
- other composed chars (e.g. accented e (é), tilde (~), umlaut-u (ü), ...) are
correctly displayed.

Related to bug #83137 ?

Comment 1 Didier 2003-02-21 15:20:27 UTC
It seems all non-Gnome native apps are affected (kprinter, kedit, mozilla, OOo
Writer, ...) ; GEdit, AbiWord, gnome-terminal, xterm all work fine.

Comment 2 Eido Inoue 2003-02-21 16:26:51 UTC
The examples given are X based, which kbd has nothing to do with. Changing

Comment 3 Mike A. Harris 2003-02-21 20:24:10 UTC
You have not indicated what specific X release you are using. If you have
not done so already, please update to the latest XFree86 and rawhide
packages.  If the problem persists, please attach your X server log
and config file, and also report the problem to the xfree86@xfree86.org
bug report address to maximize the chances of this problem being fixed
before 4.3.0 is released.

Comment 4 Didier 2003-02-21 21:05:19 UTC
Comment #3 :

Phoebe 8.0.94, XFree86-

I'll upgrade to on monday ; nevertheless, I already
attached XFree86 log & config file.

Coincidentally, I experienced the same bug (no composed double quotes) on my
production machine (stock up2dated RHL 8.0) with the latest Mozilla RPM builds
from ftp.mozilla.org (1.3b-0_gtk2_xft and 2003021xxx_trunk_rh8_gtk2), forcing me
to retrograde to Mozilla 1.2.1 ; I don't know how or whether to cross-reference
this bug report to the Mozilla package, though (I guess bugzilla.mozilla.org is
a better place for this).

Please note that my RHL 8.0 production machine is completely separate from my
8.0.94 test environment.

Comment 5 Didier 2003-02-21 21:07:34 UTC
Created attachment 90256 [details]

Comment 6 Didier 2003-02-21 21:08:16 UTC
Created attachment 90257 [details]

Comment 7 Didier 2003-02-21 21:13:32 UTC
I'll await your feedback or the .902-upgrade, whichever comes first, before
posting this to xfree86.org.

Off-topic : thanks for both a truly great product and your inexhaustible
commitment. Linux and RH make computing fun again (kinda reminds me of the old
TRS-80 days :)  ).

Comment 8 Peter van Egdom 2003-02-23 16:40:54 UTC
I'm experiencing this problem too (using a fresh Phoebe 8.0.94 installation). If
I change my keyboard type to U.S. International using "redhat-config-keyboard" I
cannot use the double quotes key in, for example, "konsole". With Phoebe 8.0.93
I did not experience this problem. If I change my keyboard type to U.S. English
everything works well again.

Comment 9 Didier 2003-02-24 14:52:47 UTC
Upgraded to RawHide XFree86-, to no avail.

As this problem seems to be limited to non-Gnome apps, should I really file a
bug report with @xfree86.org ?

Comment 10 Didier 2003-02-25 08:35:15 UTC
Concerning comment #9 : I read this today in the XFree86 cvs changelog
(http://www.xfree86.org/cvs/changes.html) :

 952. A more complete set of dead accent/space compose sequences, add
        for letters with a "stroke", and add some
      combos for exponent characters, katakana voiced sounds, etc to
      the en_US.UTF-8 compose file (#5646, David Monniaux).

Perhaps d better wait for .903 RPM's ?

Comment 11 Didier 2003-02-27 08:49:18 UTC
No go with XFree86- (from

(I'll be offline for the next 10 days).

Comment 12 Didier 2003-02-28 09:32:33 UTC
Tested with XFree86-4.3.0-2 & kernel-2.4.20-2.54 :

This yields different results : pressing the dblquote/space keys in non-Gnome
apps (Mozilla, konsole, OOo Writer) returns something that *resembles* double
quotes, but isn't (hex 'c2 a8' instead of '22').

Example (with hexdump) :


00000000  2d 2d 2d 0a 22 31 32 33  22 0a 2d 2d 2d 0a c2 a8 
|---."123".---...|00000010  31 32 33 c2 a8 0a 2d 2d  2d 0a                   

I'll be off-line until Mon 2003/03/10.

Comment 13 Didier 2003-03-11 08:37:28 UTC
Problem still exists with XFree86-4.3.0-2.1

Comment 14 Mike A. Harris 2003-03-11 08:47:24 UTC
I'm changing the status of this bug to UPSTREAM for now, as we will include
the upstream fixes for this in our packages when XFree86 developers make
fixes available in CVS.

Comment 15 Didier 2003-03-11 09:16:36 UTC
Thanks ; bug filed with XFree86@XFree86.org .

Comment 16 Mike A. Harris 2003-04-25 10:22:27 UTC
What is the upstream bug URL, can you put it here so I can track it?

Comment 17 Didier 2003-04-25 11:21:44 UTC
Does this help you out ?


(merely a reference to this bug report).

Note : this bug seems to be fixed in RHL 9 Shrike ; my apologies for not closing
it myself. However, as I have completely lost Euro & cent symbols on both
console and X (no matter what keyboard layout I use), I suppose I'll have to
file a new bug.

Comment 18 Peter van Egdom 2003-04-25 18:15:12 UTC
I still notice this bug in Red Hat Linux release 9 (Shrike).

If I set the keyboard to US International, the " (double-quote's) key does not
work. Instead of the " character it returns the ¨ character.

With US International "redhat-config-keyboard" executes the following command :
"/usr/X11R6/bin/setxkbmap -layout us_intl -model pc105"

With US English "redhat-config-keyboard" executes the following command : 
"/usr/X11R6/bin/setxkbmap -layout us -model pc105"

These are the contents of my "/etc/sysconfig/i18n" file :


Comment 19 Mike A. Harris 2003-05-16 08:49:44 UTC
*** Bug 90300 has been marked as a duplicate of this bug. ***

Comment 20 Mike A. Harris 2003-05-16 08:52:06 UTC
THe xfree86@xfree86.org mailing list, used to be the official place upstream
to report bugs, however mailing lists are not a reliable way for reporting
or tracking bug report progress, and involves a lot of extra work on all
parties involved.  XFree86.org has instituted bugzilla now for a few months,
and all bug reports should be filed in their bugzilla at: http://bugs.xfree86.org

Once you have filed the report in bugzilla upstream, please include the URL here
once it is filed, and i will track it there.


Comment 21 Hans Deragon 2003-05-16 11:12:19 UTC
As a quick workaround, for those who can live with this workaround, do the

- open /etc/sysconfig/i18n
- Edit LANG=""
- Next time you boot, everything works fine (maybe resetting X is enough, but
  I am not sure).  Off course, doing so you will loose your locale, but your
  keyboard will work fine in us_intl, including the double_quotes.

Comment 22 Didier 2003-05-16 11:45:02 UTC
Strangely enough, a week or two ago, I played around with some modmaps, etc.
(didn't keep a log, unfortunately), and now everything works fine, even Euro
chars on a QWERTY keyboard, both in X and console.

If IIRC, I did this with XFree86-4.3.0-2 (not -5). Furthermore, main problem
with Euro was the new RAlt-mapping in Gnome2 (keycode 113).

From what I remember :

/etc/X11/XF86Config :   (!! please note the us-int instead of us_intl !!)

Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "keyboard"
        Option      "XkbRules" "xfree86"
        Option      "XkbModel" "pc101euro"
        Option      "XkbLayout" "us-int"

/etc/X11/Xmodmap :

! Euro sign support
!keycode 26 = e E currency
keycode 26 = e E EuroSign
keycode 54 = c C cent
keycode 113 = Mode_switch Mode_switch Multi_key

/etc/sysconfig/i18n :


Comment 23 Hans Deragon 2003-05-16 12:25:56 UTC
Regarding comment #22
(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84802#c22), it works for
you because you are not using UTF.  I experimented on RH 9.0 and this is what I get:

LANG="en_IE@euro"  -> double quotes
LANG="en_US.UTF-8" -> diaeresis 

Thus, the problem is UTF.

Comment 24 Hans Deragon 2003-05-16 12:54:23 UTC
Created a bug report at XFree86.org:


I strongly suggest that you add any comments and information there instead of here.

Comment 25 Mike A. Harris 2003-05-21 12:44:18 UTC
Thanks, I'll track it upstream now, and monitor for fixes.

Comment 26 Paul Bolle 2003-05-26 12:43:47 UTC
FWIW: for a workaround I had to edit /usr/X11R6/lib/X11/locale/en_US.UTF-8/Compose. In 
that file I changed the line 
<dead_diaeresis> <space>      : "¨"   diaeresis 
<dead_diaeresis> <space>      : "\""   quotedbl 
Now typing Shift + ' and then typing space will give you " (double quote). It's of little use, but 
typing Shift + ' twice will still give you a ¨ (diaeresis). 

Comment 27 Mike A. Harris 2003-07-17 10:28:30 UTC
I've just reinvestigated this upstream and it is resolved as a DUPLICATE of
another bug which is resolved "RESOLVED LATER" with recommendations on how
to proceed towards a solution.  No further comments are present in the bug
report after that suggestion.  This is likely a long term issue and not
something that will be investigated in the short term by XFree86.org resulting
in a backportable patch.

The presumption is now that the issue will be investigated by XFree86.org
at some point in the future, and a resolution determined which makes it into
a future XFree86 release.  So at some point in the future, the official
upstream resolution will end up incorporated into Red Hat Linux, and we no
longer need to track this.

Closing WONTFIX for any existing releases.

Note You need to log in before you can comment on or make changes to this bug.