Bug 456508
Summary: | Consolehelper breaks assistive technology support | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Vladimir Benes <vbenes> |
Component: | usermode | Assignee: | Miloslav Trmač <mitr> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5.2 | CC: | mclasen |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-12-05 16:05:18 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
Vladimir Benes
2008-07-24 09:50:40 UTC
If I configure consolehelper to pass the GTK_MODULES=gail:atk-bridge environment variable, the application still doesn't register to the user's AT-SPI registry; instead, apparently because it runs as root, it uses a separate bonobo-activation server and at-spi-registryd, both running as root. Matthias, is there a way to let the application running as root use the user's ORBit2/bonobo servers? Using the unprivileged user's ORBIT_SOCKETDIR value doesn't help. Vladimir, as a workaround you can usually simply start both dogtail and the tested application as root without using consolehelper, by running PROGRAM from /etc/security/console.apps/$your_application instead of /usr/bin/$your_application. I have never investigated what it would take to make root processes use a users a11y infrastructure, because running the gui as root is just wrong. We have a framework to get away from that with PolicyKit. Of course, that doesn't help on RHEL5... Oh well, WONTFIX then. Thanks. |