[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#894859: marked as done (ibus-rime: ibus-rime can not input Chinese after pressing some keys)



Your message dated Sun, 17 Feb 2019 17:42:53 +0900
with message-id <20190217084253.GA3250@goofy.osamu.debian.net>
and subject line Gnome and ibus-* problems
has caused the Debian Bug report #894859,
regarding ibus-rime: ibus-rime can not input Chinese after pressing some keys
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
894859: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894859
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---

Package: ibus-rime
Version: 1.2-1+b1
Severity: important

Dear Maintainer,

I do not know how the situation happens excepting that I updated my
system with apt last night. Some packages such as ibus-gtk (ibus-gtk3 as well ?) is
updated. This morning, when I use ibus-rime to compose documents, I find
ibus-rime is totally unusable. I switch to ibus-rime and the first
Chinese character is OK. But if one presses blank, ibus-rime can only
input English Characters. I try ibus-rime in various applications such
as qterminal, LibreOffice and gvim, the same result shows ibus-rime has
a bug. I started gvim in terminal and when I press blank, such a warning shows.

(gvim:2074): IBUS-WARNING **: 07:19:52.457: Process Key Event failed:
GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code18:
The connection is closed.

I also try other keys, such Ctrl, Alt, up, down, left and right, and the
same warning is given.

This bug obvious makes ibus-rime unusable.

By the way, other input methods such as ibus-libpinyin is OK.

Best Regards

Lu Wang


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ibus-rime depends on:
ii  ibus                1.5.18-1
ii  libc6               2.27-3
ii  libgdk-pixbuf2.0-0  2.36.11-2
ii  libglib2.0-0        2.56.0-4
ii  libibus-1.0-5       1.5.18-1
ii  libnotify4          0.7.7-3
ii  librime-data        0.35-1
ii  librime1            1.2.9+dfsg2-1

ibus-rime recommends no packages.

ibus-rime suggests no packages.

-- no debconf information



--- End Message ---
--- Begin Message ---
Hi Lu,

Thank you for filing bug reports but these ones seem to be in the stale
state.  These are the same problems reported by Lu Wang:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894859 ibus-rime
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894963 ibus
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915097 librime

In short you have problem with:
 ibus-rime
 ibus-libpinyin
 ibus-table-cangjie5

There is no reply from Lu Wang to the comment by Changwoo Ryu
<cwryu@debian.org> on 5 Apr 2018.

   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894859#15

If this is regression of GNOME 3.28 mutter as Changwoo mention, not much
point keeping it here since mutter is 3.30.2-6 now and almost 10 month
since the report.  Also I see no other complaint recently.

Let me do the clean-up of BTS.

Osamu

--- End Message ---

Reply to: