Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 185647 - >=x11-libs/gtk+-2.10.11 - apps don't receive Greek letters from keyboard typed by Caps Lock + key
Summary: >=x11-libs/gtk+-2.10.11 - apps don't receive Greek letters from keyboard type...
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL: http://bugzilla.gnome.org/show_bug.cg...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-17 10:09 UTC by Michal 'vorner' Vaner
Modified: 2010-03-13 17:54 UTC (History)
0 users

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 Michal 'vorner' Vaner 2007-07-17 10:09:08 UTC
I have my own keyboard layout with Caps Lock turned to other modifier key, like shift or alt, to write more kinds of character, like Greek letters.

With Qt, X or <Gtk+-2.10.11 it worked, after upgrade, the Gtk apps don't receive these characters. They do not appear in the input line, but they can be copied into it and show alright, so I guess it is in the input, not in fonts or rendering.

I'm using the xim input method for GTK (GTK_IM_MODULE="xim").

If the configs are of any use, they can by found as http://vorner.pretel.cz/xkbconf.tar.bz2 - I took everything that is above standard xkb configs, there may be some files that are not used by this particular setup.

Any other information I could provide? Or should I put the report somewhere else?

Thank you
Comment 1 Michal 'vorner' Vaner 2007-07-17 22:06:40 UTC
I was playing around a little bit with the code and traced the problem to file modules/input/gtkimcontextxim.c. I diffed it against some old working version and found only these 2 changes:

580c580
<       else
---
>       else if (context_xim->im_info->im)
730a731,734
>   if (event->state &
>       (gtk_accelerator_get_default_mod_mask () & ~(GDK_SHIFT_MASK | GDK_CONTROL_MASK))) 
>     return FALSE;
>

With this file (only the file, nothing else) downgraded to the original version, the characters started working.

I'm going to trace which of these 2 changes caused the problem and will try to find out, why this change happened.
Comment 2 Michal 'vorner' Vaner 2007-07-18 09:44:01 UTC
So I identified it to the second longer change (the "if (event->state & ..."). It is revision 17446 (http://svn.gnome.org/viewcvs/gtk+?view=revision&revision=17446).

Do you think I should put this bug to the gtk's bugzilla? It seems like all gtk will do this, not just gentoo one.

Thank you
Comment 3 Rémi Cardona (RETIRED) gentoo-dev 2007-07-18 23:17:39 UTC
I suggest you open a bug upstream and post the url here. Upstream gtk devs will probably be know why this change was made. Thanks :)
Comment 4 Michal 'vorner' Vaner 2007-07-19 10:46:14 UTC
Ok, it is submitted to bugzilla.gnome.org as bug #458259.
Comment 5 Rémi Cardona (RETIRED) gentoo-dev 2008-05-28 06:45:59 UTC
Michal,

Is this still an issue? Could you try pinging upstream again (or closing the bug if it's fixed) ?

Thanks
Comment 6 Michal 'vorner' Vaner 2008-05-29 08:23:34 UTC
Good morning

> Is this still an issue? Could you try pinging upstream again (or closing the
> bug if it's fixed) ?

Yes, the problem is still valid with gtk+-2.12.9-r2 package. I wrote to the gnome bugzilla again today and hope they will do something about it.
Comment 7 Pacho Ramos gentoo-dev 2010-03-13 10:28:30 UTC
Still the case with 2.18?
Comment 8 Rémi Cardona (RETIRED) gentoo-dev 2010-03-13 17:54:03 UTC
Please don't hesitate to reopen this bug if you can still reproduce with an updated version of gtk+.

Thanks