Persistent remote desktop sessions #1004
Conversation
|
For backend support in GNOME, see https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/merge_requests/88. |
And thanks for giving me an already established concept to just tweak a bit! |
|
Any updates on this? |
Was somewhat waiting for #852 to land so this could be rebased to include a clipboard part too. My plan is to get it into the coming release of xdg-desktop-portal. |
jadahl
force-pushed
the
wip/remote-desktop-restore-token
branch
from
b83f28a to
33bac33
Compare
I tried, and came so far that I was lacking the permission store mock, so stopped there for now. Will pick it up later, but would be nice if it didn't block this. |
jadahl
force-pushed
the
wip/remote-desktop-restore-token
branch
from
33bac33 to
9b1b160
Compare
This makes it reusable for a future remote-desktop variant.
The available devices lists available devices, not sources.
session_id is passed elsewhere.
Nothing related to persistence will be communicated via the SelectSources response signal, it's all sent via the response signal to the Start method.
Document "streams" equivalent to the response signal for starting a screen cast session, and the selected device types.
Copy paste error from the remote desktop portal.
This adds persistent remote desktop sessions similar to persistent screen cast sessions. What it means is that applications can ask for sessions to be "saved" either temporarily in the portal, or in the permission store, and later be restored at will, without any interactive dialog showing up. It works the same way, by the Start() method returning a restore token, and similarly to the screen cast variant, passing the same restore token to the SelectDevices() method the next time. Closes: flatpak#850
This will be emitted unconditionally, so that auxiliary session functionality can clean up things when the session closes.
This means all methods take a session that already carries some relevant information, e.g. D-Bus peer name, and app ID. It also means transient permission handling can be hooked up to the 'internal-closed' signal instead of being handled manually.
jadahl
force-pushed
the
wip/remote-desktop-restore-token
branch
from
9b1b160 to
e80eee5
Compare
This adds persistent remote desktop sessions similar to persistent
screen cast sessions. What it means is that applications can ask for
sessions to be "saved" either temporarily in the portal, or in the
permission store, and later be restored at will, without any interactive
dialog showing up.
It works the same way, by the Start() method returning a restore token,
and similarly to the screen cast variant, passing the same restore token
to the SelectDevices() method the next time.
Closes: #850
Also contains a bunch of cleanups to the screen cast and remote desktop portal specification.