Bug 924046 - switching between en and libpinyin is too slow
Summary: switching between en and libpinyin is too slow
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: ibus
Version: 19
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
Assignee: fujiwara
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-03-21 03:26 UTC by Yu Shao
Modified: 2014-01-10 08:05 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-01-10 08:05:09 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Yu Shao 2013-03-21 03:26:56 UTC
Description of problem:

My usual way to switch between IMs are Ctrl-Space, but with F18, I found that after I pressed Ctrl and Space, if I release the keys in the normal way, almost immediately, the Gnome desktop won't do the switching, I have to release the keys in 1 or 2 seconds delay, so the switching could get effective. 

Version-Release number of selected component (if applicable):
ibus-1.5.1-2.fc18.x86_64
ibus-libpinyin-1.4.93-4.fc18.x86_64
libpinyin-data-0.8.1-1.fc18.x86_64
libpinyin-0.8.1-1.fc18.x86_64

How reproducible:

always

Steps to Reproduce:
1. Enable libpinyin, setup Ctrl-Space as switching hot key
2. press ctrl-space to switch IMs
3. enter following sentence to test as well "我在Red Hat工作“,key stoke squence in pinyin is "wo zai Red Hat gong zuo"
  
Actual results:


Expected results:


Additional info:

Comment 1 fujiwara 2013-03-21 09:14:30 UTC
ibus 1.5.2 will be released soon in Fedora.
But it would be great if you could test ibus-1.5.1-3 which includes the fix.

Comment 2 Peng Wu 2013-03-29 06:52:12 UTC
I tried to build a upstream version of ibus, on:
http://pwu.fedorapeople.org/ibus/ibus-1.5.1-3.fc20.src.rpm

It seems that the upstream tar ball still have similar problems, especially when:
1. Ctrl and Space key are pressed in the same time;
2. Space key is slightly pressed ahead of Ctrl key;

Comment 3 Peng Wu 2013-04-01 06:31:40 UTC
I tried on XFCE desktop with the above upstream ibus package, it seems less affected by the above problem.

Comment 4 fujiwara 2013-04-01 07:02:48 UTC
(In reply to comment #2)
> 1. Ctrl and Space key are pressed in the same time;
> 2. Space key is slightly pressed ahead of Ctrl key;

I guess you use gnome-shell and gnome-shell needs to release Ctrl key at last. I'm not sure if it can be fixed.
Is that the original bug the submitter filed?

Comment 5 Peng Wu 2013-04-01 07:05:15 UTC
(In reply to comment #4)
> Is that the original bug the submitter filed?
I think so.

Comment 6 Jens Petersen 2013-04-02 07:49:16 UTC
So should we open an upstream gnome bug related to this?

Comment 7 Peng Wu 2013-04-03 05:47:34 UTC
I just find a key sequence to trigger this bug for gnome-shell:
press Ctrl, press Space, release Ctrl, release Space.
The XFCE is not affected by the above key sequence.

Guess in XFCE the switcher key is handled by ibus panel,
in gnome-shell this is handled by gnome-settings-daemon.

Comment 8 Mike FABIAN 2013-04-03 06:02:17 UTC
Can be reproduced with any input source, is not limited to libpinyin.
It also happens when switching between keyboard layouts.

Comment 9 Peng Wu 2013-04-03 06:19:06 UTC
GNOME upstream bug filed:
Bug 697161 - input method switch in gnome-shell sometimes hard to trigger
https://bugzilla.gnome.org/show_bug.cgi?id=697161

Comment 10 Fedora End Of Life 2013-12-21 12:20:23 UTC
This message is a reminder that Fedora 18 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 18. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '18'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 18's end of life.

Thank you for reporting this issue and we are sorry that we may not be 
able to fix it before Fedora 18 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior to Fedora 18's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.


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