After Upgrade from Hardy to Intrepid Compose Key No longer Functions Correctly

Bug #296216 reported by airencracken
34
This bug affects 3 people
Affects Status Importance Assigned to Milestone
gnome-desktop (Ubuntu)
Invalid
Undecided
Unassigned
xkeyboard-config (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Basically the compose key does not function correctly after the upgrade to Intrepid. When holding down the right alt key (which I have set at the compose key) most compose key combinations will not be available. Changes the settings and reseting them does not seem to affect it.
[lspci]
00:00.0 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02f4] (rev a2)
     Subsystem: ASUSTeK Computer Inc. Device [1043:81cd]
03:00.0 VGA compatible controller [0300]: nVidia Corporation G70 [GeForce 7600 GS] [10de:0392] (rev a1)
     Subsystem: eVga.com. Corp. Device [3842:c548]

Tags: hardy intrepid
Revision history for this message
goto (gotolaunchpad) wrote :

I can confirm this. The key combinations are there, but one must press the added symbols first instead of the usual letter+symbol combination. It's pretty annoying

Revision history for this message
Bryce Harrington (bryce) wrote :

[This is an automated message]

Hi mjhildum,

Please attach the output of `lspci -vvnn`, and attach your /var/log/Xorg.0.log file from after reproducing this issue. If you've made any customizations to your /etc/X11/xorg.conf please attach that as well.

Changed in xorg-server:
status: New → Incomplete
Revision history for this message
airencracken (mjhildum) wrote :

Here is my lspci

Revision history for this message
airencracken (mjhildum) wrote :

Here is my xorg.conf though I can't remember making any changes.

Revision history for this message
airencracken (mjhildum) wrote :

Here is the xorg.0.log file.

Revision history for this message
Dominique Pellé (dominique-pelle) wrote :

Same issue here. I attach `lspc --vvnn` output + /var/log/Xorg.0.log + /etc/X11/xorg.conf.

Revision history for this message
Dominique Pellé (dominique-pelle) wrote :
Revision history for this message
Dominique Pellé (dominique-pelle) wrote :
Revision history for this message
Michael White (mikewhite314) wrote :

I have the same issue.

Revision history for this message
Michael White (mikewhite314) wrote :
Revision history for this message
Michael White (mikewhite314) wrote :

Actually, restarting seems to have fixed it for me.

Revision history for this message
airencracken (mjhildum) wrote :

Still affecting me.

Revision history for this message
Mike Holland (z-launchpad-myk-id-au) wrote :

Same problem here. Thanks for the workaround (accent first, then letter.)
I don't know why lspci was asked for. Looks like a simple problem with the lookup table, or software that uses it.
compose-e-' fails, when it worked fine pre-intrepid (for the past 15 years, at least!)
compose-'-e gives é.
Definitely a bug!

Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

Airencracken, you mentioned something about it not affecting your compiz-less Intrepid laptop. Any info on the cause of that?

Revision history for this message
airencracken (mjhildum) wrote :

Well, I turned off compiz and enabled metacity on my desktop, but that didn't make any difference in the way the compose key functioned. Was one of the first things I tried actually.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

why this was assigned to gnome-desktop?

Changed in gnome-desktop:
status: New → Invalid
Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

So it seems that not many people use the compose key, so there won't be enough people to confirm this as a bug. Is this going to cycle into eternity, or has this been noticed?

Revision history for this message
Dominique Pellé (dominique-pelle) wrote :

In earlier comments, I mentioned that I was affected by this bug. It turned out that it was because of a specific reason, most certainly different than other submitters. I opened a separate issue (bug #304680) and submitted a patch. In a nutshell, compose key did not work for me (among other things) because locale is broken when using eo_XX.UTF-8 (Esperanto locale). After fixing my locale, my compose key is now working fine in Intrepid (Ubuntu-8.10).

Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

I backed those two files up and replaced them with your edits, rebooted for good measure, but nothing was changed. Was there something else I was supposed to do? You seem like you have it pinpointed, so I probably didn't do something right.

Revision history for this message
Dominique Pellé (dominique-pelle) wrote :

Chauncellor write:

> I backed those two files up and replaced them with your edits, rebooted
> for good measure, but nothing was changed. Was there something else I
> was supposed to do? You seem like you have it pinpointed, so I probably
> didn't do something right.

I assume you're referring to my comment regarding bug #304680 where
I patched /usr/share/X11/locale/locale.dir and /usr/share/X11/locale/compose.dir.
This is most likely *not* to be root cause of the problem of other people
than me, since it's only relevant if you're using the eo_XX.UTF-8 locale.
IWhich is why you don't observe any improvement after applying the patch.

Which locale are you using? You can find out by entering the 'locale'
command from shell. On my machine (where compose key now works
after tweaking /usr/share/X11/locale/{locale,compose}.dir:

$ locale
LANG=eo_XX.UTF-8
LC_CTYPE="eo_XX.UTF-8"
LC_NUMERIC="eo_XX.UTF-8"
LC_TIME="eo_XX.UTF-8"
LC_COLLATE="eo_XX.UTF-8"
LC_MONETARY="eo_XX.UTF-8"
LC_MESSAGES="eo_XX.UTF-8"
LC_PAPER="eo_XX.UTF-8"
LC_NAME="eo_XX.UTF-8"
LC_ADDRESS="eo_XX.UTF-8"
LC_TELEPHONE="eo_XX.UTF-8"
LC_MEASUREMENT="eo_XX.UTF-8"
LC_IDENTIFICATION="eo_XX.UTF-8"
LC_ALL=

Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

I've tried fiddling with the layouts for English, but my locale remains the same after applying system-wide. How do I change the locale? Is this a bug specifically for the en_US layout, or just the whole thing in general?

Bryce Harrington (bryce)
Changed in xorg-server:
importance: Undecided → Medium
status: Incomplete → Confirmed
Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

This bug seems to be stagnating. I'd be very happy to help fix the bug, but I don't know what to do!

Revision history for this message
Ashley Hooper (ash-hooper) wrote :

I am also having problems with the compose key. Unlike others here, I can't type accented characters no matter whether I press the accent first or the letter first.

With Xserver 1.5.2 that is in Intrepid, I had to manually create the xorg.conf file, and I copied my config from my old Hardy xorg.conf, but it doesn't work anymore.

Here is the relevant section from my xorg.conf file - has the syntax changed perhaps?

Section "InputDevice"
        Identifier "Generic Keyboard"
        Driver "kbd"
        Option "XkbRules" "xorg"
        Option "XkbModel" "pc105"
        Option "XkbLayout" "gb"
        Option "XkbOptions" "compose:lwin"
EndSection

Revision history for this message
Alexey Ten (Lynn) (alexeyten) wrote :

Ashley Hooper
You, probably, didn't read release notes http://www.ubuntu.com/getubuntu/releasenotes/810#X.Org%20Input%20Devices

Revision history for this message
Ashley Hooper (ash-hooper) wrote :

Thanks Lynn. You were right and I hadn't read them. My Compose key now works after following the instructions in the release notes.

Revision history for this message
airencracken (mjhildum) wrote :

I hadn't read them either, but that didn't work for me. :/

Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

At this rate, this will never be solved. Is there any way we can somehow help/bring more attention to this bug?

Revision history for this message
Sebastien Bacher (seb128) wrote :

you could try to bring the bug upstream where the people writting the code will read about the issue if there is no bug about that there yet

Revision history for this message
jon halle (jonh) wrote :

Same bug here in that compose only works with the modifier typed first. (thanks for posting the workaround but bug needs a fix too)
Intrepid
locale: LANG=en_GB.UTF-8

Bryce Harrington (bryce)
description: updated
Bryce Harrington (bryce)
Changed in xkeyboard-config:
status: Confirmed → Triaged
Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

A fresh install of Jaunty fixed the problem for me.

Bryce Harrington (bryce)
tags: added: intrepid
tags: added: hardy
Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

Should this bug report be closed? I've had no problem with Jaunty.

Revision history for this message
David Jennings (mail-davidjennings) wrote :

Same experience here. The right-menu button (between alt and ctrl on my keyboard) worked as a compose key in hardy. Was broken in intrepid. Worked again in jaunty. So I assume there was an upstream fix.

Revision history for this message
jon halle (jonh) wrote :

I confirm that Jaunty works for me, have not tested this exhaustively but I use Compose on a daily basis in a variety of contexts and it works with both modifier typed first and modifier typed last

Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

Alright. I'm closing this bug. Thanks for the help.

Changed in xkeyboard-config (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.