Emacs: AT-SPI: Could not obtain desktop path or name warning?

Emacs: AT-SPI: Could not obtain desktop path or name warning?

[Nicholas Papadonis]

Errors follow.

I have read that /usr/lib/at-spi2-core/at-spi2-registryd is normally
launched as part of 'gdm'.  For users with terminals this binary must be
invoked or an environment variable NO_AT_BRIDGE should be set as a
workaround.  It looks like this provides some Assistive Technology Service
Provider Interfaces to Emacs.

I'm curious, is there a bug filed for this?

Invoking Emacs over an X-session without desktop seems like a frequent use
case.

Thanks


** (emacs:20045): WARNING **: 15:00:55.727: AT-SPI: Could not obtain
desktop path or name


** (emacs:20045): WARNING **: 15:00:55.764: atk-bridge:
get_device_events_reply: unknown signature

** (emacs:20045): WARNING **: 15:00:55.765: atk-bridge:
get_device_events_reply: unknown signature

** (emacs:20045): WARNING **: 15:00:55.767: atk-bridge: GetRegisteredEvents
returned message with unknown signature

** (emacs:20045): WARNING **: 15:00:55.807: AT-SPI: Could not obtain
desktop path or name


** (emacs:20045): WARNING **: 15:00:55.858: AT-SPI: Could not obtain
desktop path or name


** (emacs:20045): WARNING **: 15:00:55.905: AT-SPI: Could not obtain
desktop path or name


** (emacs:20045): WARNING **: 15:00:55.906: AT-SPI: Could not obtain
desktop path or name

Re: Emacs: AT-SPI: Could not obtain desktop path or name warning?

[Robert Pluim]

>>>>> On Sat, 21 Mar 2020 23:04:06 -0400, Nicholas Papadonis <nick.papadonis.ml@gmail.com> said:

    Nicholas> Errors follow.
    Nicholas> I have read that /usr/lib/at-spi2-core/at-spi2-registryd is normally
    Nicholas> launched as part of 'gdm'.  For users with terminals this binary must be
    Nicholas> invoked or an environment variable NO_AT_BRIDGE should be set as a
    Nicholas> workaround.  It looks like this provides some Assistive Technology Service
    Nicholas> Provider Interfaces to Emacs.

    Nicholas> I'm curious, is there a bug filed for this?

    Nicholas> Invoking Emacs over an X-session without desktop seems like a frequent use
    Nicholas> case.

It is, but I donʼt see why itʼs up to emacs to ensure that various
desktop bits have been launched, thatʼs what the desktop environments
are for.

Robert