<div dir="ltr"><div dir="ltr">Hi,</div><div dir="ltr"><br></div><div>Look at this - <a href="https://wiki.gnome.org/Initiatives/SystemdUser">https://wiki.gnome.org/Initiatives/SystemdUser</a> 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.</div><div><br></div><div>And this confirms above:</div><div><a href="https://github.com/systemd/systemd/issues/12399">https://github.com/systemd/systemd/issues/12399</a></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">services forked off "systemd --user" belong to no session. or if you so will are shared by them all.</blockquote><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 18, 2023 at 12:14 PM Nikolaus Rath <<a href="mailto:nikolaus@rath.org">nikolaus@rath.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg3168549552521036345"><u></u><div><div>Hi Alberts,<br></div><div><br></div><div>One example of a real problem is <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040917" target="_blank">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1040917</a>.<br></div><div><br></div><div><a href="https://manpages.ubuntu.com/manpages/impish/man5/org.freedesktop.login1.5.html" target="_blank">https://manpages.ubuntu.com/manpages/impish/man5/org.freedesktop.login1.5.html</a> also seems pretty clear to me: <br></div><div><br></div><blockquote type="cite"><pre><b>GetSessionByPID()</b> and <b>GetUserByPID()</b> get the session/user object the specified PID belongs to if there is any.<br></pre></blockquote><div><br></div><div>In other words, if this DBus request fails then the specified PID is not part of any logind session.<br></div><div><br></div><div>Does that help?<br></div><div><br></div><div>Best,<br></div><div>-Nikolaus<br></div><div><br></div><div><br></div><div><br></div><div>On Mon, 17 Jul 2023, at 21:48, Alberts Muktupāvels wrote:<br></div><blockquote type="cite" id="m_3168549552521036345qt"><div dir="ltr"><div>Hi,<br></div><div><br></div><div>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.<br></div><div><br></div><div>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...<br></div><div><br></div></div><div><br></div><div><div dir="ltr">On Mon, Jul 17, 2023 at 11:15 PM Nikolaus Rath <<a href="mailto:nikolaus@rath.org" target="_blank">nikolaus@rath.org</a>> wrote:<br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><u></u><br></div><div><div>Hi Alberts,<br></div><div><br></div><div>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).<br></div><div><br></div><div>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.<br></div><div><br></div><div><div>Best,<br></div><div>-Nikolaus<br></div></div><div><br></div><div>On Mon, 17 Jul 2023, at 21:02, Alberts Muktupāvels wrote:<br></div><blockquote type="cite" id="m_3168549552521036345qt-m_-3987767181932491062m_2648206408562997668qt"><div dir="ltr"><div>Can not you get session id from logind manager using /org/freedesktop/login1/session/auto path?<br></div><div><br></div><div>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<br></div></div><div><br></div><div><div dir="ltr">On Sun, Jul 16, 2023 at 2:27 PM Nikolaus Rath <<a href="mailto:nikolaus@rath.org" target="_blank">nikolaus@rath.org</a>> wrote:<br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>retitle 1040920 "Gnome flashback breaks out of logind session"<br></div><div>thanks<br></div><div><br></div><div>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).<br></div><div><br></div><div>In other desktop environments (vanilla i3 as well as regular Gnome), the desktop environment is correctly associated with a logind session:<br></div><div><br></div><div>nikratio@vostro ~> dbus-send --system --print-reply --dest=org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.GetSessionByPID uint32:$fish_pid<br></div><div>method return time=1689506142.664977 sender=:1.6 -> destination=:1.1126 serial=2461 reply_serial=2<br></div><div>   object path "/org/freedesktop/login1/session/_342"<br></div><div><br></div><div>When running Gnome Flashback, however:<br></div><div><br></div><div>ikratio@vostro ~> dbus-send --system --print-reply --dest=org.freedesktop.login1 /org/freedesktop/login1 org.freedesktop.login1.Manager.GetSessionByPID uint32:$fish_pid<br></div><div>Error org.freedesktop.login1.NoSessionForPID: PID 858156 does not belong to any known session<br></div><div><br></div><div><br></div><div>I don't think this is intentional.. or is it?<br></div><div><br></div><div>Best,<br></div><div>-Nikolaus<br></div></blockquote></div><div><br></div><div><br></div><div><span>--</span><br></div><div dir="ltr"><div dir="ltr">Alberts Muktupāvels<br></div></div></blockquote><div><br></div></div></div></blockquote></div><div><br></div><div><br></div><div><span>--</span><br></div><div dir="ltr"><div dir="ltr">Alberts Muktupāvels<br></div></div></blockquote><div><br></div></div></div></blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Alberts Muktupāvels<br></div></div></div>