Open a page, then use the TAB to focus widgets in the page. It doesn't work. I'm using r29446.
The issue is there also with r29455. I've GTK+ 2.12.1-r2 installed.
I couldn't reproduce this with r29455. Downgrading bug priority, P1 should only be for crashers and serious API issues in the GTK+ port. Did you do try a clean build? Can you describe what happens when you press tab/shift-tab? Are you using GtkLauncher? I'm using GTK+ 2.12.0-1ubuntu3
Clean build r29473 (HEAD) with both GtkLauncher and epiphany. The used library is right the latest built.
Fix specified in Bug #16910 landed in r29665.
I noticed the problem about 2 week ago but didn't reopened the bug. Now the problem is there again. Pressing TAB doesn't change focus inside the view. Using svn gtk+/glib/pango/webkit. Straight normal ./configure.
Found the problem. Maybe my X configuration enables GDK_MOD2_MASK when num lock is on, which enables the event->metaKey (). Tab key event with meta keys is not handled by WebCore. Instead, disabling num lock will enable tab focusing again and bring the meta key to off.
Same results here: Can't tab with num lock on. Tabs for perfectly with num lock off.
Created attachment 19202 [details] Fix
Comment on attachment 19202 [details] Fix It might be worth looking at setting things up such that you can do: #if HAVE(GDK_META_MASK) rather than: #if GTK_CHECK_VERSION(2,10,0) as it'd be clearer what the test is about. Either way, r=me.
(In reply to comment #9) > (From update of attachment 19202 [details] [edit]) > It might be worth looking at setting things up such that you can do: > > #if HAVE(GDK_META_MASK) > > rather than: > > #if GTK_CHECK_VERSION(2,10,0) > > as it'd be clearer what the test is about. Either way, r=me. > I'm going to give this cleanup a miss since I hope we can eventually combine the event class init code and get rid of the duplication completely. Landed in r30404.