Bug 909069 - When switching input source in web twitter, strange input focus
Summary: When switching input source in web twitter, strange input focus
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: ibus
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: fujiwara
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 817329 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-02-08 07:29 UTC by sangu
Modified: 2013-03-15 08:14 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-02-21 10:04:20 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description sangu 2013-02-08 07:29:42 UTC
Description of problem:
When switching input source in twitter, strange input focus.
Input focus disappears in ephiphany.
Input focus moves to first in firefox.

Version-Release number of selected component (if applicable):
1.5.1-2.fc19.x86_64

How reproducible:
always

Steps to Reproduce:
1. twitter login in web browser 
2. click n key 
3. input string
4. switch input source (with ctrl + space)
  
Actual results:


Expected results:


Additional info:
epiphany-3.7.5-1.fc19.x86_64
firefox-18.0.2-1.fc18.x86_64

Comment 1 Rui Matos 2013-02-15 15:06:42 UTC
It's input focus related and I haven't seen it happening on any other application or even other websites so looks like a twitter bug.

You can also reproduce it by simply using the volume up/down keys on your keyboard. Since we (g-s-d in this case) need to take an X grab to implement global shortcuts, applications get a FocusOut/FocusIn pair of events. They should deal with that gracefully.

Comment 2 sangu 2013-02-15 15:30:12 UTC
Is bug 817329 duplicated?
bug 817329 ( search entry in news.naver.com ) happens by using volume up/down keys.

Comment 3 Rui Matos 2013-02-15 15:34:12 UTC
(In reply to comment #2)
> Is bug 817329 duplicated?
> bug 817329 ( search entry in news.naver.com ) happens by using volume
> up/down keys.

Yes, same thing. Not sure where the bug is, technically, since I don't know much about web development but it's either the browser or the websites.

Comment 4 sangu 2013-02-15 15:58:18 UTC
*** Bug 817329 has been marked as a duplicate of this bug. ***

Comment 5 Jaekyun Lee 2013-02-15 16:38:21 UTC
I found that there's similar problem in empathy

I can reproduce in Edit Custom Messages entry, 
When I switching input source in that entry, cursor is moved out or first string.

Comment 6 fujiwara 2013-02-18 08:58:00 UTC
Probably I'd suggest this is a twitter bug.
When I type Alt+Tab, the cursor is also moved in twitter but I'd suggest twitter not to do that.

The workaround is only to choose the engine on ibus icon menu by mouse.
I have no other ideas.

Comment 7 sangu 2013-02-21 10:30:16 UTC
Then, this issue doesn't happens in fedora 16 (ibus-1.4.1-1.fc16.x86_64)

Comment 8 fujiwara 2013-02-22 14:11:20 UTC
(In reply to comment #7)
> Then, this issue doesn't happens in fedora 16 (ibus-1.4.1-1.fc16.x86_64)

Right. ibus 1.4 uses the local key binding with gtk-im-context and ibus 1.5 uses the global key binding with XI2 and it causes FocusIn/Out as comment #1 described.
ibus won't go back to gtk-im-context way and I have no idea to fix this in ibus side.

Comment 9 fujiwara 2013-03-15 08:14:50 UTC
It seems this is fixed with the latest twitter + firefox-19.0-1.fc19 .


Note You need to log in before you can comment on or make changes to this bug.