Bug 1554712

Created attachment 1407472 [details]
ibus.txt

Created attachment 1407473 [details]
journal

Would you check which ibus or xkb only do you enable with gsettings command?

% gsettings get org.gnome.desktop.input-sources sources
[('ibus', 'anthy'), ('xkb', 'jp')]

ah,see this once more:
1 do a fresh installation on a VM
2 dnf install emoji-picker
3 add libpinyin 
4 open libreffice writer 
5 type shift to type some English,but all the thing you type will become capital one though you didn't enter CapsLock,and you are able to type the normal letter without enter capsLock on the host machine.And all the symptoms shown in the screencast from comm0.

[lnie@localhost ~]$  gsettings get org.gnome.desktop.input-sources sources
[('xkb', 'us'), ('ibus', 'libpinyin')]

Created attachment 1407881 [details]
journal

(In reply to lnie from comment #0)
> I've seen this twice but not sure how to reproduce it.A

Are you still able to reproduce your issue?

(In reply to lnie from comment #4)
> [lnie@localhost ~]$  gsettings get org.gnome.desktop.input-sources sources
> [('xkb', 'us'), ('ibus', 'libpinyin')]

When you delete libpinyin using `gnome-control-center region`, do you reproduce your issue?

(In reply to fujiwara from comment #6)
> (In reply to lnie from comment #0)
> > I've seen this twice but not sure how to reproduce it.A
> 
> Are you still able to reproduce your issue?

 yes,comment4 is one reproducer,the issue will be gone if you delete libpinyin.
 And you will see this again after you add libpinyin and type shift when you try to search some applications.So the guilty seems to be type shift in the search box with libpinyin on,please see the attached videos for the details.
 
> 
> (In reply to lnie from comment #4)
> > [lnie@localhost ~]$  gsettings get org.gnome.desktop.input-sources sources
> > [('xkb', 'us'), ('ibus', 'libpinyin')]
> 
> When you delete libpinyin using `gnome-control-center region`, do you
> reproduce your issue?

Created attachment 1407980 [details]
video1

Created attachment 1407981 [details]
video2

(In reply to lnie from comment #7)
> (In reply to fujiwara from comment #6)
> > (In reply to lnie from comment #0)
> > > I've seen this twice but not sure how to reproduce it.A
> > 
> > Are you still able to reproduce your issue?
> 
>  yes,comment4 is one reproducer,the issue will be gone if you delete
> libpinyin.
>  And you will see this again after you add libpinyin and type shift when you
> try to search some applications.So the guilty seems to be type shift in the
> search box with libpinyin on,please see the attached videos for the details.
>  

OK, I can reproduce your problem with gnome-shell's search box and ibus-libpinyin.
search box uses gnome-shell-3.28.0/js/misc/inputMethod.js:vfunc_filter_key_event() .

I noticed ibus-libpinyin.process_key_event() returns FALSE for KeyPress and TRUE for KeyRelease of Shift keys.
I think it's not good because it means to keep pressing the Shift key.
It incidentally works with gdk_put_event() in IBus GTK IM module but it does not work with clutter_event_put().

Forwarding to ibus-libpyin

 It seems that this bug not only affects ibus-libpinyin,but also ibus-anthy,
 in a different way,as another reproducer(reproducible with pinyin and anthy)for me is typing something in the search box and then pressing Backspace key to delete them,the system will just hang there(attached video3) 

 In search box of f28 system,you can switch libpinyin using shift key,but you can't switch anthy using ctrl+space.And the symptoms from  the above comments happen after you successfully switch libpinyin.Maybe I'm talking different bugs,so I have opened more bugs(#bz1557169,#bz1557177),please Dup them if they are,thanks.

Created attachment 1408660 [details]
video3

(In reply to lnie from comment #11)
>  It seems that this bug not only affects ibus-libpinyin,but also ibus-anthy,
>  in a different way,as another reproducer(reproducible with pinyin and
> anthy)for me is typing something in the search box and then pressing
> Backspace key to delete them,the system will just hang there(attached
> video3) 
> 
>  In search box of f28 system,you can switch libpinyin using shift key,but
> you can't switch anthy using ctrl+space.And the symptoms from  the above
> comments happen after you successfully switch libpinyin.Maybe I'm talking
> different bugs,so I have opened more bugs(#bz1557169,#bz1557177),please Dup
> them if they are,thanks.

Seems you are confused the Shift issue with another issue.

Fixed in https://github.com/epico/ibus-libpinyin/commit/20b3cebd3393d827a20c617e78be04f23181fec2 .

ibus-libpinyin-1.9.91-1.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-1c9b2c5908

ibus-libpinyin-1.9.91-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-cc8ea556aa

ibus-libpinyin-1.9.91-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-cc8ea556aa

ibus-libpinyin-1.9.91-1.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-1c9b2c5908

ibus-libpinyin-1.9.91-1.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.

ibus-libpinyin-1.9.91-1.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.