This service will be undergoing maintenance at 00:00 UTC, 2016-08-01. It is expected to last about 1 hours

Bug 603576

Summary: Cannot type anything into gnome-shell widgets
Product: [Fedora] Fedora Reporter: Peng Huang <phuang>
Component: gnome-shellAssignee: Owen Taylor <otaylor>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: low    
Version: 14CC: aalam, bbbush.yuan, cbm, dueno, i18n-bugs, jsingh, julian.fedora, kagesenshi.87, lionghostshop, luya, maxamillion, mclasen, otaylor, walters, yshao
Target Milestone: ---Keywords: Desktop, i18n, MoveUpstream
Target Release: ---   
Hardware: All   
OS: Linux   
See Also: https://bugzilla.gnome.org/show_bug.cgi?id=621659
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 669481 (view as bug list) Environment:
Last Closed: 2011-03-26 11:52:37 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Bug Depends On:    
Bug Blocks: 669481    

Description Peng Huang 2010-06-13 19:08:05 EDT
Description of problem:
Can not type anything in gnome-shell

Version-Release number of selected component (if applicable):
gnome-shell-2.31.2-2.fc14.i686
gtk2-2.21.2-1.fc14.i686
gtk3-2.90.2-2.fc14.i686
ibus-1.3.5-1.fc14.i686

How reproducible:

always

Steps to Reproduce:
1. im-chooser to enable ibus
2. move cursor to left top corner
3. type something in the find entry
  
Actual results:
Can not type anything

Expected results:


Additional info:
For some reason, ibus have to processes keypress events in async mode. So gtk_im_context_filter_keypress always returns FALSE. and if ibus need ignore some keyevents, ibus im context will use gdk_event_put to forward the event back to the client window (the window is from gtk_im_context_set_client_window).
Comment 1 Peng Huang 2010-06-13 19:12:50 EDT
BTW, I am thinking if gtk could provide a better way for processing key events in async mode.
Comment 2 A S Alam 2010-06-15 09:44:21 EDT
Fedora i13 update has same problem 
gnome-shell-2.29.1-4.x86_64

Alt+F2 - type in English - Not working
use ibus to switch different language, it is working, but not able to delete
Comment 3 A S Alam 2010-06-15 12:50:08 EDT
ibus-1.3.5-2.fc13.x86_64
ibus-libs-1.3.5-2.fc13.x86_64
Comment 4 Matthias Clasen 2010-06-17 11:45:40 EDT
I can confirm this, I see this too in rawhide. Keyboard input does not work in the overview or alt-f2. Alt-arrow workspace switching still works.
Comment 5 Peng Huang 2010-06-22 22:43:20 EDT
The same bug in gnome bugzilla.
https://bugzilla.gnome.org/show_bug.cgi?id=621659
Comment 6 Peng Huang 2010-06-22 22:50:47 EDT
I read code of gnome-shell and found the client window is from
gdk_window_foreign_new_for_display, and gnome-shell use clutter to handle events.
It seems the clutter does not process events in gdk event queue, and gnome-shell will never get the events sent by gdk_event_put.
Comment 7 Peng Huang 2010-06-24 01:38:45 EDT
*** Bug 604019 has been marked as a duplicate of this bug. ***
Comment 9 Julian Aloofi 2010-06-30 07:23:26 EDT
This occurs on F13 as well.

ibus-1.3.5-2.fc13.i686
gnome-shell-2.29.1-4.i686
gtk2-2.20.1-1.fc13.i686
Comment 10 lionghostshop 2010-07-06 20:21:08 EDT
When will this bug be fixed? It cause great inconvenient to using gnome-shell.
Comment 11 Bug Zapper 2010-07-30 08:07:06 EDT
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Comment 12 Owen Taylor 2010-10-17 11:50:22 EDT
*** Bug 638828 has been marked as a duplicate of this bug. ***
Comment 13 Izhar Firdaus 2010-11-23 22:05:13 EST
*** Bug 656474 has been marked as a duplicate of this bug. ***
Comment 14 Owen Taylor 2011-03-26 11:52:37 EDT
Upstream bug has been fixed, will be OK in Fedora 15