Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=813125
--- Comment #9 from fujiwara <tfujiwar(a)redhat.com> 2012-04-19 22:47:37 EDT ---
(In reply to comment #8)
You said "your problem depends on..." but you only quoted
(2) -- were your
patches supposed to fix (1) too?
Actually I don't understand the case (1). Probably it would be good to point
out the actual code in gnumeric. But I think the problem in the first ogv is
already fixed.
Those updated packages unfortunately don't fix either problem for
me. I tried
"Restart" in the iBus panel applet menu after installing the RPMs over the top
of the old ones, and when that didn't work, I killed all ibus processes and
restarted the daemon. Still didn't fix it.
Hmm.., curious.
In my env, The problem in your second ogv is fixed in the yesterday's RPM.
You also need to restart gnumeric after ibus-gtk2 is installed.
% strace gnumeric a.gnumeric 2>&1 | grep im-ibus
open("/usr/lib64/gtk-2.0/2.10.0/immodules/im-ibus.so", O_RDONLY|O_CLOEXEC) = 8
The default preedit_visible is false. I'm interested in when preedit_visible is
changed. Maybe someone calls 'show-preedit-text' signal.
General question: is there always a 1:1 correspondence between
preedit_visible
being false and the preedit string being empty? Could it be good to simply
catch the sending of an empty preedit string, and prevent this from being sent,
in case bugs like this creep in again in future?
AFAIK, any documents does not say "preedit-changed" signal should not be sent
in case that just preedit_visible is changed for zero length. I mind another
regression if "preedit-changed" is sent only for non-zero length.
If you could see the ibus codes, the "preedit-changed" signal is called in many
parts.
I'd think if the preedit_visible only could resolve your problem to minimize
the changes.
If the length would be also checked, I think other parts should check the
length besides the problem part.
You could get the Fedora SRPM with 'yumdownloader --source ibus' and rpmbuild
could build the Fedora RPMs.
--
Configure bugmail:
https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.