Bug#1040920: Acknowledgement (gnome-flashback: Gnome flashback unsets XDG_SESSION_ID)

[Alberts Muktupāvels]

Hi,

Look at this - https://wiki.gnome.org/Initiatives/SystemdUser and related
merge requests. As far as I understand, current behaviour is expected one
when a session is started/managed by systemd --user. You already confirmed
that with --builtin / --systemd test.

And this confirms above:
https://github.com/systemd/systemd/issues/12399

> services forked off "systemd --user" belong to no session. or if you so
> will are shared by them all.


On Tue, Jul 18, 2023 at 12:14 PM Nikolaus Rath <nikolaus at rath.org> wrote:

> Hi Alberts,
>
> One example of a real problem is
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040917.
>
>
> https://manpages.ubuntu.com/manpages/impish/man5/org.freedesktop.login1.5.html
> also seems pretty clear to me:
>
> *GetSessionByPID()* and *GetUserByPID()* get the session/user object the specified PID belongs to if there is any.
>
>
> In other words, if this DBus request fails then the specified PID is not
> part of any logind session.
>
> Does that help?
>
> Best,
> -Nikolaus
>
>
>
> On Mon, 17 Jul 2023, at 21:48, Alberts Muktupāvels wrote:
>
> Hi,
>
> I just logged into the Ubuntu GNOME x11 session. The XDG_SESSION_ID
> environment variable is not set there either. Also GetSessionByPID for
> gnome-shell returns the same error at least for me.
>
> Sorry but you will have to link to relevant documentation if you think
> that there are real problems. Also I don't think there is much I can do
> from gnome-flashback to change anything...
>
>
> On Mon, Jul 17, 2023 at 11:15 PM Nikolaus Rath <nikolaus at rath.org> wrote:
>
>
> Hi Alberts,
>
> I believe that way you can get *a session id*. However, the fact that the
> dbus query returns an error means that the various X11 processes (those
> started by gnome-session as well as those started by the user) are actually
> not part of that session (or any session, for that matter).
>
> It's not a matter of determining the session id (even though I first
> thought that), the problem is that the entire gnome flashback session is
> not associated with a logind session.
>
> Best,
> -Nikolaus
>
> On Mon, 17 Jul 2023, at 21:02, Alberts Muktupāvels wrote:
>
> Can not you get session id from logind manager using
> /org/freedesktop/login1/session/auto path?
>
> dbus-send --system --print-reply --dest=org.freedesktop.login1
> /org/freedesktop/login1/session/auto org.freedesktop.DBus.Properties.Get
> string:org.freedesktop.login1.Session string:Id
>
> On Sun, Jul 16, 2023 at 2:27 PM Nikolaus Rath <nikolaus at rath.org> wrote:
>
> retitle 1040920 "Gnome flashback breaks out of logind session"
> thanks
>
> Upon closer examination, the problem is not that GNome flashback unsets
> XDG_SESSION_ID, but that it breaks out of the active logind session (so
> unsetting the variable is, in some way, correct).
>
> In other desktop environments (vanilla i3 as well as regular Gnome), the
> desktop environment is correctly associated with a logind session:
>
> nikratio at vostro ~> dbus-send --system --print-reply
> --dest=org.freedesktop.login1 /org/freedesktop/login1
> org.freedesktop.login1.Manager.GetSessionByPID uint32:$fish_pid
> method return time=1689506142.664977 sender=:1.6 -> destination=:1.1126
> serial=2461 reply_serial=2
>    object path "/org/freedesktop/login1/session/_342"
>
> When running Gnome Flashback, however:
>
> ikratio at vostro ~> dbus-send --system --print-reply
> --dest=org.freedesktop.login1 /org/freedesktop/login1
> org.freedesktop.login1.Manager.GetSessionByPID uint32:$fish_pid
> Error org.freedesktop.login1.NoSessionForPID: PID 858156 does not belong
> to any known session
>
>
> I don't think this is intentional.. or is it?
>
> Best,
> -Nikolaus
>
>
>
> --
> Alberts Muktupāvels
>
>
>
>
> --
> Alberts Muktupāvels
>
>
>

-- 
Alberts Muktupāvels
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-gnome-maintainers/attachments/20230718/9031aa80/attachment.htm>