Bug 720567
Summary: | [abrt] ibus-1.3.99.20110419-9.fc15: connection.py:630:call_blocking:DBusException: org.freedesktop.DBus.Error.Failed: Timeout was reached | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | nomnex <nomnex> |
Component: | ibus | Assignee: | fujiwara <tfujiwar> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 15 | CC: | i18n-bugs, shawn.p.huang, tfujiwar |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Unspecified | ||
Whiteboard: | abrt_hash:7c7107375190f58f49210f04e56b6425e242a872 | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-08-01 02:29:39 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
nomnex
2011-07-12 04:55:06 UTC
I cannot reproduce your problem. Are you still able to reproduce this? Hello, the bug report has been automatically generated by ABRT. I have been waiting to see if it would occur again. So far so good. I'll revive the thread if a new report is generated. *** Bug 722636 has been marked as a duplicate of this bug. *** *** Bug 722637 has been marked as a duplicate of this bug. *** *** Bug 722756 has been marked as a duplicate of this bug. *** You have filed several similar bugs but I cannot reproduce your problem. All bugs are caused by the time out of SetEngine dbus method. (In reply to comment #2) Currently I have no idea to reproduce this problem. It would be great if you could give the furthermore info since I have seen several similar bugs but I don't get the condition to reproduce the problem. Are you able to see your problem with a new user account instead of the current your account? Which processes exhaust CPUs or memories when you see your problem? Do you have any special conditions? > :DBusException: org.freedesktop.DBus.Error.Failed: Context which does not has focus can not change engine to xkb:layout:de. Which application has the input focus when you see your problem? The SetEngine will call '/usr/libexec/ibus-engine-xkb --ibus'. (In reply to comment #6) > You have filed several similar bugs but I cannot reproduce your problem. > All bugs are caused by the time out of SetEngine dbus method. I have noticed this time out message. Can I extend the time-out limit? > (In reply to comment #2) > Currently I have no idea to reproduce this problem. > It would be great if you could give the furthermore info since I have seen > several similar bugs but I don't get the condition to reproduce the problem. I use ABRT, every time the situation occurs, a new report is generated (no duplicate), sorry about it. > Are you able to see your problem with a new user account instead of the current I haven't yet. > Which processes exhaust CPUs or memories when you see your problem? > Do you have any special conditions? How can I see that when it occurs? > > :DBusException: org.freedesktop.DBus.Error.Failed: Context which does not has > focus can not change engine to xkb:layout:de. what the ":de" stands for? > Deutsch? if so, I don't use german kb layout. > Which application has the input focus when you see your problem? > The SetEngine will call '/usr/libexec/ibus-engine-xkb --ibus'. I use puddletag a lot lately. It use a QT tookit. I often loose keyboard input when I use PT with Ibus. Could it be related? (In reply to comment #7) > (In reply to comment #6) > > You have filed several similar bugs but I cannot reproduce your problem. > > All bugs are caused by the time out of SetEngine dbus method. > > I have noticed this time out message. Can I extend the time-out limit? ibus-daemon supports to set the time out value. % ibus-daemon --help You could modify XIM_ARGS in /etc/X11/xinit/xinput.d/ibus.conf XIM_ARGS="-r --xim --timeout 10000" However I think this would be a workaround and does not fix the root cause. > > > (In reply to comment #2) > > Currently I have no idea to reproduce this problem. > > It would be great if you could give the furthermore info since I have seen > > several similar bugs but I don't get the condition to reproduce the problem. > > I use ABRT, every time the situation occurs, a new report is generated (no > duplicate), sorry about it. > > > Are you able to see your problem with a new user account instead of the current > > I haven't yet. > > > Which processes exhaust CPUs or memories when you see your problem? > > Do you have any special conditions? > > How can I see that when it occurs? Ah, I mean to use 'top' command during the login session. > > > > :DBusException: org.freedesktop.DBus.Error.Failed: Context which does not has > > focus can not change engine to xkb:layout:de. > > what the ":de" stands for? > Deutsch? if so, I don't use german kb layout. Sorry, I mistook to paste the different bug. From this bug and bug 722637: > :connection.py:630:call_blocking:DBusException: > org.freedesktop.DBus.Error.Failed: Can not find engine anthy. From bug 722636: > :connection.py:630:call_blocking:DBusException: > org.freedesktop.DBus.Error.Failed: Can not find engine xkb:layout:ca. From bug 722756: > :connection.py:630:call_blocking:DBusException: org.freedesktop.DBus.Error.Failed: Context which does not has focus can not > change engine to xkb:layout:us. > > > Which application has the input focus when you see your problem? > > The SetEngine will call '/usr/libexec/ibus-engine-xkb --ibus'. > > I use puddletag a lot lately. It use a QT tookit. I often loose keyboard input > when I use PT with Ibus. Could it be related? Maybe. Hmm.. (In reply to comment #7) > > I have noticed this time out message. Can I extend the time-out limit? > > ibus-daemon supports to set the time out value. > % ibus-daemon --help > You could modify XIM_ARGS in /etc/X11/xinit/xinput.d/ibus.conf > XIM_ARGS="-r --xim --timeout 10000" > > However I think this would be a workaround and does not fix the root cause. ibus.conf modified. It worth trying this workaround, because I am not positive I can reproduce the issue on my other notebook with a different hardware. > > > Which processes exhaust CPUs or memories when you see your problem? > > > Do you have any special conditions? > > > > How can I see that when it occurs? > > Ah, I mean to use 'top' command during the login session. dunno how to use the top command during a login session? I use a GUI log-gin. I do however run "top" in a tab of my terminal window, to monitor the processes. I will double check next time. Except flash cpu-killer add-on (unlikely), and puddle tag, I dind't see anything special lately. > > > > > > :DBusException: org.freedesktop.DBus.Error.Failed: Context which does not has > > > focus can not change engine to xkb:layout:de. > > > > what the ":de" stands for? > Deutsch? if so, I don't use german kb layout. > > Sorry, I mistook to paste the different bug. np > > I use puddletag a lot lately. It use a QT tookit. I often loose keyboard input > > when I use PT with Ibus. Could it be related? > > Maybe. Hmm.. If I am the only one affected by this problem, on this notebook, let's keep finger crossed the workaround works :) Thank you for the feedback. (In reply to comment #9) > > > > Which processes exhaust CPUs or memories when you see your problem? > > > > Do you have any special conditions? > > > > > > How can I see that when it occurs? > > > > Ah, I mean to use 'top' command during the login session. > > dunno how to use the top command during a login session? I use a GUI log-gin. I > do however run "top" in a tab of my terminal window, to monitor the processes. > I will double check next time. Except flash cpu-killer add-on (unlikely), and > puddle tag, I dind't see anything special lately. > I meant to prepare another machine, log in the problem machine with ssh and run top command. If you have only one machine, maybe Control + Alt + F2 and Control + Alt + F7 could be used. > If I am the only one affected by this problem, on this notebook, let's keep > finger crossed the workaround works :) OK, another test may be to compare the performances to rename $HOME/.anthy . > > Thank you for the feedback. *** This bug has been marked as a duplicate of bug 707370 *** |