[Fedora-i18n-bugs] [Bug 452849] [xim] successively speedy Input -> freeze
by Red Hat Bugzilla
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=452849
--- Comment #19 from Akira TAGOH <tagoh(a)redhat.com> 2008-09-25 22:03:39 EDT ---
Thanks. I roughly have an idea why emacs freezes. it's a kind of race condition
issue.
The scenario looks like:
1. input something on emacs. and emacs sends XIM_FORWARD_EVENT asynchronously
to XIM server through imsettings.
2. emacs also sends XIM_SET_IC_VALUES. this is a synchronous event.
3. XIM server sends back XIM_FORWARD_EVENT synchronously through imsettings.
4. XIM server receives XIM_SET_IC_VALUES but XIM server is waiting for
XIM_SYNC_REPLY for XIM_FORWARD_EVENT. in the protocol definition, that says the
client has to send back XIM_SYNC_REPLY when the related work to
XIM_FORWARD_EVENT is finished. so XIM_SET_IC_VALUES is entering into the queue.
5. emacs receives XIM_FORWARD_EVENT with a synchrnous flag. but emacs is
waiting for XIM_SET_IC_VALUES_REPLY because of a synchronous event. so it's
entering into the queue.
Therefore both server side and client side is waiting for a reply of their
request each other. I haven't looked at emacs's source code yet but that sounds
like this issue is likely to happen without imsettings if CPU power is lower
and XIM server's response is slow. which sounds like a emacs bug to me.
There may be some solutions/workarounds for this issue:
1. run SCIM with the full-synchronous mode. on this mode, all of
XIM_FORWARD_EVENT will be sent synchronously. i.e. the client applications has
to wait for the response for that. thus it won't send another event, which
causes the race condition. this change however will slows the response of input
and this affects all of applications.
2. Fix a logic in emacs to prevent the race condition.
3. Improve the performance on imsettings. this issue however may be just
hidden, because the XIM protocol is an air-to-air protocol. imsettings can't
back up on this. so if the client application doesn't receive and process
XIM_FORWARD_EVENT before doing something with the synchronous event, this issue
will be brought up again.
There may be still other solutions or workarounds. but I have no idea anything
else so far.
just for update.
--
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.
15 years, 2 months
[Fedora-i18n-bugs] [Bug 462437] [as-IN] Problem with rendering in QT
by Red Hat Bugzilla
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=462437
Steven M. Parrish <smparrish(a)shallowcreek.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag| |needinfo?
--- Comment #2 from Steven M. Parrish <smparrish(a)shallowcreek.net> 2008-09-25 19:30:21 EDT ---
Thanks for the report. I checked upstream and could not find a matching
bug.Please file a bug report in the the upstream bugzilla located at
http://bugs.kde.org for the particular component involved.
Once you've filed your bug report to the upstream bugzilla, please add the
upstream info to this report. We will continue to track the issue in the
centralized upstream bug tracker, and will review any bug fixes that become
available for consideration in future updates.
Setting status to NEEDINFO, and awaiting upstream bug report URL for tracking.
Thanks in advance.
--
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.
15 years, 2 months
[Fedora-i18n-bugs] [Bug 461905] ibus always sends XIM_FORWARD_EVENT with same_screen = False
by Red Hat Bugzilla
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=461905
Akira TAGOH <tagoh(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |shawn.p.huang(a)gmail.com
Component|imsettings |ibus
AssignedTo|tagoh(a)redhat.com |shawn.p.huang(a)gmail.com
Summary|ibus can not work in xterm |ibus always sends
|and other XIM apps |XIM_FORWARD_EVENT with
| |same_screen = False
--- Comment #2 from Akira TAGOH <tagoh(a)redhat.com> 2008-09-25 04:59:34 EDT ---
The above comment is a side-effect, because the XIM_FORWARD_EVENT sent back is
usually sent synchronously. so it was the second time event and ibus was just
waiting for XIM_SYNC event.
Anyway, I have tracked down this issue. The real issue is that imsettings
doesn't support any X events forwarded from the different screen yet, but ibus
always sends back the X event without checking that, and set (XKeyEvent
*)ev->same_screen to False. i.e. "xkp.xkey.same_screen = False" in
_xim_forward_gdk_event in client/x11/main.c. this caused discarding the event
in imsettings. I'm still not sure if just forwarding it as is really makes the
expected behaviour and have never tested yet how the event is sent when
inputing something from another screen. thus, I'd suggest to fix this in ibus
as always sending same_screen = False is incorrect at least.
--
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.
15 years, 2 months
[Fedora-i18n-bugs] [Bug 453519] Review Request: UnihanDb - The Unihan character database in 5NF
by Red Hat Bugzilla
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=453519
Ding-Yi Chen <dchen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flag|needinfo?(dchen(a)redhat.com) |
--- Comment #19 from Ding-Yi Chen <dchen(a)redhat.com> 2008-09-25 02:04:05 EDT ---
Hi,
Sorry for not responding in time. I've been busy on libUnihan 0.5.
I've built the libUnihan for F-8, and UnihanDb should be out shortly. You may
also have notice that I recently release libUnihan 0.5.1, which not only
provides ZhuYin and Pinyin format conversion functionality, but also fix the
FreqRank field of kMandarin Table.
Regards,
Ding-Yi Chen
--
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.
15 years, 2 months