[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#56162: 13.1.3; "org.freedesktop.DBus.Error.ServiceUnknown" when load

From: Michael Albinus
Subject: bug#56162: 13.1.3; "org.freedesktop.DBus.Error.ServiceUnknown" when loading AucTeX
Date: Tue, 28 Jun 2022 16:25:37 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

Michael Albinus <michael.albinus@gmx.de> writes:

Hi Tassilo & Philip,

>> And Michael, looking at the code I have the feeling that
>> tramp-gvfs-dbus-event-vector should be buffer-local but it's set
>> globally and then causes the issue...
> Somehow. tramp-gvfs tries to catch *any* D-Bus error it sees, even if it
> isn't responsible for. And from the error itself it cannot determine
> whether it is meant for tramp-gvfs, the struct
> (dbus-event :session 3 48 "org.freedesktop.DBus" ":1.220203" nil nil 
> "org.freedesktop.DBus.Error.ServiceUnknown" dbus-call-method-handler (:string 
> "The name is not activatable"))
> tells us that it is an error ("3") with the serial "48" (not relevant,
> D-Bus internal counter) from service "org.freedesktop.DBus" (the general
> purpose D-Bus service) sent to service ":1.220203" (that's us,
> Emacs). So there is no chance to filter tramp-gvfs events out.
> A buffer-local tramp-gvfs-dbus-event-vector doesn't help; the D-Bus
> event is received asynchronously, and it can happen any time Emacs reads
> incoming events. No guarantee that the respective buffer is current.
> The appended patch changes tramp-gvfs-dbus-event-vector being let-bound
> while tramp-gvfs is in action. There is the possible threat that a
> related D-Bus event arrives too late, due to time-outs or so, but let's
> see how it works.
> Could you pls check the patch?

No further comments, so I've pushed this to the emacs-28 branch. In a
couple of days I'll close it, unless there are problems reported by you.

>> Bye,
>> Tassilo

Best regards, Michael.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]