After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 354495 - Compose key doesn't work on location entry
Compose key doesn't work on location entry
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkComboBox
2.10.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
: 369817 381018 383874 405189 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-09-05 18:37 UTC by Diego Escalante Urrelo (not reading bugmail)
Modified: 2007-02-07 16:07 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description Diego Escalante Urrelo (not reading bugmail) 2006-09-05 18:37:12 UTC 
Please describe the problem:
I can't use my compose key to write non-ascii chars in the location entry.

Steps to reproduce:
1. Enable compose key (In my conf it replaces Caps Lock)
2. Type in the location entry something like: ni(compose)(-)(n)o


Actual results:
Following the example, you will get ni-no as the input in the location entry

Expected results:
You would expect niño to appear in the location entry

Does this happen every time?
Yes

Other information:
Compose key works anywhere else.
Comment 1 Reinout van Schouwen 2006-09-06 23:25:11 UTC 
Does the Compose key work in other GTK text entries?

What happens when you right click the location entry and select a different input method?
Comment 2 Diego Escalante Urrelo (not reading bugmail) 2006-09-07 03:09:16 UTC 
Works on every gtk thingy, if I select X Input Method it works.
Weird :/
Comment 3 Diego Escalante Urrelo (not reading bugmail) 2006-10-03 10:20:55 UTC 
:(:(:(:(
Comment 4 Christian Persch 2006-10-03 11:22:09 UTC 
Ok, this is a gtk problem, re-assigning.
The problem is that while the autocompletion popup is shown, compose sequences do not work.

Steps to reproduce:
0) Start testentrycompletion
1) Focus the 2nd entry
2) Type "a[Compose]n-[Compose]n-"

Results:
While typing, the first compose sequence is translated to ñ, then the entry has 2 characters and the autocompletion shows, and the 2nd compose sequence entered is not translated.
Comment 5 Matthias Clasen 2006-10-04 03:26:45 UTC 
2006-10-03  Matthias Clasen  <mclasen@redhat.com>

        Fix interaction of GtkEntryCompletion with input
        methods.  (#354495, Diego Escalante Urrelo)

        * gtk/gtkentry.c (gtk_entry_completion_key_press): Only reset
        the im context if we actually handle the key event.

        * gtk/gtkentrycompletion.c: Also propagate key release events
        to the entry.
Comment 6 Diego Escalante Urrelo (not reading bugmail) 2006-10-04 06:05:52 UTC 
Wii \o/

*dieguito jumps around in happiness
Comment 7 Diego Escalante Urrelo (not reading bugmail) 2006-11-30 22:00:33 UTC 
*** Bug 381018 has been marked as a duplicate of this bug. ***
Comment 8 Reinout van Schouwen 2006-12-09 10:43:40 UTC 
*** Bug 383874 has been marked as a duplicate of this bug. ***
Comment 9 Reinout van Schouwen 2006-12-19 09:22:25 UTC 
*** Bug 369817 has been marked as a duplicate of this bug. ***
Comment 10 Reinout van Schouwen 2007-02-07 13:13:35 UTC 
*** Bug 405189 has been marked as a duplicate of this bug. ***
Comment 11 fibonacci.prower 2007-02-07 16:07:51 UTC 
I'm curious as to how did you solve this bug? APT keeps insisting I have the last version of epiphany-browser installed.