https://bugs.kde.org/show_bug.cgi?id=452132

--- Comment #4 from tingp...@tingping.se ---
(In reply to Luke Yelavich from comment #3)
> (In reply to Nicolas Fella from comment #2)
> > Does it work with non-Flatpak Qt apps?
> 
> I am able to use Qt apps on the host system with Orca just fine, bearing in
> mind that in GNOME at least, the AT_SPI_BUS_ADDRESS variable is not set, as
> there are other discovery mechanisms in place to allow for the at-spi dbus
> socket to be found. So far as I understand it, AT_SPI_BUS_ADDRESS is used
> specifically by flatpak to proxy the at-spi dbus socket through to the
> sandbox.

Could you test setting `AT_SPI_BUS_ADDRESS` on the host (with latest Qt5 that
has this change) to the host address.

You can get it with `gdbus call -e -d org.a11y.Bus -o /org/a11y/bus -m
org.a11y.Bus.GetAddress`.
Then export
`AT_SPI_BUS_ADDRESS=unix:path=/run/user/1000/at-spi/bus_1,guid=37f2237a76e844fd76e4ab94622a3609`
for example.

If this works then Qt is using the env var fine and the problem is the flatpak
proxy permissions. If this fails then the patch using the env var is likely
incorrect.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to