Bug 555022
| Summary: | XIM doesn't work on applications via xfrun4. | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Cong Ma <frigoris.ma> |
| Component: | xfce-utils | Assignee: | Kevin Fenzi <kevin> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | rawhide | CC: | dwmw2, i18n-bugs, kevin, petersen, tagoh, yshao |
| 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: | 2011-01-17 17:09:50 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
Cong Ma
2010-01-13 13:12:50 UTC
OK, this is funny. Or not. My further tinkering with EMACS and ibus revealed the following pattern of the bug's occurrence. If I start EMACS from a terminal emulator, everything works fine; if EMACS is started from xfrun4 (XFCE's app launcher), then the bug is reproduced. I'm confused. Now we have a third possible offending component i.e. the XFCE4 libraries. What should I do? Please make sure if you can see "XMODIFIERS: @im=ibus" in $HOME/.imsettings.log. also try to find out from /proc/<pid>/environ if the process has the certain XMODIFIERS. (In reply to comment #2) > Please make sure if you can see "XMODIFIERS: @im=ibus" in > $HOME/.imsettings.log. > > also try to find out from /proc/<pid>/environ if the process has the certain > XMODIFIERS. Hi, Thanks for the reply. Just checked, that the line "XMODIFIERS: @im=ibus" was present in my .imsettings.log file. I also followed your advice of checking the environment variables. The EMACS process created from a shell had XMODIFIERS=@im=ibus in its list of environment variables, but the process created from xfrun4 did not have such a variable (along with other missing variables, e.g. IMSETTINGS_INTEGRATE_DESKTOP and IMSETTINGS_MODULE). Hope that helps. BTW: Other programs started by xfrun4 don't have XMODIFIERS environ. variable either, but the normal functionality of ibus with them is not affected by the absence of such a varialbe. Well, because xfrun4 is raised through DBus and it doesn't inherit any environment variables the desktop has. guess nothing I can do in imsettings because imsettings can't run prior to the session bus since it also requires DBus. Reassigning to xfce-utils. Added upstream bug here. This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping This is still present in even rawhide. Sorry this has lingered around so long. From what I have read, this should be fixed in the upcoming 4.8 release. "The environment variables of commands launched from the Xfce run dialog were not set properly, so we fixed that so that commands launched from the dialog always inherit the environment of the Xfce session. " We can test this as soon as we land 4.7.x in rawhide. Thanks for your patience. This should be fixed in rawhide. Can anyone confirm? Yes, it looks good to me now. thanks! |