[Bug 34793] spice client doesn't inhibit screensaver properly

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=34793

--- Comment #7 from Hans de Goede <jwrdegoede at fedoraproject.org> ---
(In reply to comment #6)
> Hans, can you update on this one? I think you have pushed a solution in
> gnome.

I've pushed changed related to automount inhibiting into gnome, no screensaver
related
changes...

> Can you write here what's done and what's left?

What I've done is research the various API-s available under Gnome/KDE for
dealing with the screensaver, what is left is doing something with this
knowledge.

The API-s boil down to us (spice-gtk) being capable of inhibiting the
screen-saver and uninhibiting it. There is not much else we can do
unfortunately.

Note that the original problem is gone under GNOME-3 since that simply aborts
locking the screen if it cannot get the screen-grab, rather then keep trying
forever, and then as soon as we release the keyb-grab because the user moves
the mouse out of the client window go to screensaver mode.

Instead now if you leave your machine with ie remote-viewer with the keyb
focus, it will never lock, which from a security pov is certainly less then
ideal.

So the questions are:

1) What do we want do to ?

Ideally we would be able to get the idle status from the DE and when the
desktop goes idle, we release the keyb grab and then the screensaver can kick
in.

But what if a movie is playing inside the guest, so in this scenario we would
also need to be able to get
the guests sceensaver inhibit status (through the agent) and forward this to
the client.

2) How do we implement this ?

Under gnome3 we can get notified of the session manager considering things
idle, and then ungrab, but this may race with the screensaver trying to kick
in, fixing the race may require some changes to gnome-sheel but should be
doable

Likewise under gnome3 we can check if a screensaver inhibit is active.

So this ideal situation may be achievable assuming both guest and client are
gnome-3, but otherwise it is going to be very hard :|

3) What are the alternatives?

One alternative would be to fix the issue of playing a movie inside the guest
(as example) by inhibiting the screensaver as soon as we have focus, but this
means no auto-lock when a user leaves a machine which from a security pov is
less then ideal. Note that we are already more or less in this situation since
the keybgrab we've conflicts with the screen locking too :|

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/spice-bugs/attachments/20130412/112d4295/attachment.html>