Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 60980 - Upgrading to "x11-libs/qt-3.3.3" prevents dead keys from working (in Qt apps)
Summary: Upgrading to "x11-libs/qt-3.3.3" prevents dead keys from working (in Qt apps)
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: x86 Linux
: High major
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-19 23:04 UTC by Olivier Fisette (RETIRED)
Modified: 2004-08-20 07:24 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Olivier Fisette (RETIRED) gentoo-dev 2004-08-19 23:04:12 UTC
I upgraded to Qt 3.3.3 today (from 3.3.2). Since this upgrade, the dead keys defined in my "XkbLayout" (which is "ca_enhanced") are no longer working in Qt applications (including all KDE applications). This means I can no longer type accented characters and other diacritics. This is a major headache when writing in French or in any other language where diacritics are numerous.

I was able to reproduce the bug on another x86 machine by upgrading Qt to version 3.3.3 (also from 3.3.2). The dead keys work perfectly in all other applications, including X, Tcl/tk, Gtk, Gnome and OpenOffice applications. The problem happens with all the Xkb layouts I tried, and happens with both "xfree-4.3.0-r7" and "xorg-x11-6.7.0-r2". KDM is also affected, while XDM is not. It happens with all the different locales and different charsets I tried, including "en_US", "fr_CA", "iso88591" and "utf-8".

I tried to solve the problem by downgrading to "qt-3.3.2", but to no avail. I also removed my "~/.qt" personal directory, but the problem persisted. Afterwards, I reinstalled kdelibs-3.2.3-r1, but it didn't change anything.

I experienced a similar problem before. It was due to XFree86 not mapping my locale (fr_CA.utf8) to fr_CA.UTF-8 (which is the real name of the locale in X). The problem was that no alias was defined in /usr/X11R6/libs/X11/locale/locale.alias for fr_CA.utf-8. This, however, is solved in Xorg-X11 (and I solved it manually in XFree86 by editing the locale.alias file). It is probably unrelated to the present problem since dead keys were then unusable in all X applications.

I know Qt was put stable on x86 for security reasons, but 3.3.3 will break all KDE (and Qt) apps for a great number of international users. Maybe it should go back to ~x86 quickly to limit the damage ?

Reproducible: Always
Steps to Reproduce:
1. emerge "=x11-libs/qt-3.3.3"
Comment 1 Mamoru KOMACHI (RETIRED) gentoo-dev 2004-08-20 02:13:11 UTC
How about emerging qt with USE="-cjk"? Assuming you emerged qt with USE="cjk", as you didn't paste emerge info ;) I added immodule for Qt patch in the middle of qt-3.3.2.ebuild, so if the patch ignores dead key the problem may happen. I'm going to change "cjk" USE flag to "immqt" and "immqt-bc" local USE flags to enable users to install binary incompatible version of immodule for Qt (-bc means "binary compatible"), so you will not see the problem in the future if the patch is the cause of it. (I thought dead key was supported by the patch, but I'm not sure about it right now) 
Comment 2 Olivier Fisette (RETIRED) gentoo-dev 2004-08-20 07:24:14 UTC
Thanks. You were right: reinstalling Qt without "cjk" support fixed the 
problem. Dead keys are working again. Since "cjk" is not in the default 
profile, I guess there is no reason to remove "qt-3.3.3" from "x86" after all. 
Sorry I forgot to paste "emerge info" output... It was three in the morning 
when I gave up trying to fix that myself. :-(