Bug 518970
| Summary: | ibus-daemon persists after desktop session | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jens Petersen <petersen> | ||||
| Component: | imsettings | Assignee: | Akira TAGOH <tagoh> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | rawhide | CC: | i18n-bugs, phuang, tagoh | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2009-10-08 12:28:15 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: | |||||||
| Attachments: |
|
||||||
Meant to add after (re)booting ibus works on first login and then stops on further desktop sessions. After I logout I see an "ibus-daemon --xim" process. probably imsettings fault. Though the process of "ibus-daemon --xim" should has deps of X, I'm not sure why it still keeps running even after X is killed. Confirmed. I can reproduce this issue and can see ibus-daemon running even after logging out the desktop. Is process ibus-x11 alive after logout? (In reply to comment #4) > Is process ibus-x11 alive after logout? Yes, and it just restarted because ibus process has been gone with the disconnect signal before imsettings is aware of it. FWIW I found the interesting log in .imsettings.log for the first session: IM-Settings-Daemon[2646]: WARNING **: Main Input Method process for IBus died with the signal 11, but unexpectedly. restarting... This means ibus-x11 process that still keeps running was surely brought up by imsettings again though, but it killed by SIGSEGV. there may be a bug in ibus on the handling of the disconnect signal or so. Anyway, I got a fix for this issue, testing now. IBus has a problem during finalizing. It has been fixed in upstream. I will build new ibus version soon. https://koji.fedoraproject.org/koji/taskinfo?taskID=1637248 A scratch build, please test it. Looks good. no segfault with the disconnect signal anymore but just exit with the status 0 now. thanks! Anyway, the root cause of this issue should be fixed in imsettings-0.107.2-1.fc12. |
Created attachment 358445 [details] .imsettings.log Description of problem: With the latest ibus and imsettings in rawhide a bubble is appearing for me at startup that ibus startup failed because of spawning too many ibus processes. Version-Release number of selected component (if applicable): imsettings-0.107.1-2.fc12 ibus-1.2.0.20090812-1.fc12 How reproducible: every time Steps to Reproduce: 1. login to desktop Actual results: warning bubble appears Expected results: ibus to be running normally