After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 678858 - Installers should disable screen blanking/locking
Installers should disable screen blanking/locking
Status: RESOLVED WONTFIX
Product: gnome-boxes
Classification: Applications
Component: installer
unspecified
Other Linux
: Normal normal
: --
Assigned To: GNOME Boxes maintainer(s)
GNOME Boxes maintainer(s)
Depends on:
Blocks: 696727
 
 
Reported: 2012-06-26 10:26 UTC by Alexander Larsson
Modified: 2016-03-31 13:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Alexander Larsson 2012-06-26 10:26:27 UTC
Local VMs have no advantage in doing screen blanking or screen locking (if you wanted security, use a password for the VM instead). However, the screen blanking/locking is problematic for boxes, as it makes all the icons in the collection view show all-similar black squares for thumbnails.
Comment 1 Marc-Andre Lureau 2012-06-26 10:31:37 UTC
Would it make sense to recognize the "black screen" instead, and ignore it, so it keeps displaying previous screenshots?
Comment 2 Zeeshan Ali 2012-06-26 12:32:43 UTC
Yeah, I'd also prefer an external solution as not all installations are done the express route. We don't even support it for even the most common OSs out there and we definitely will not have a complete coverage ever.
Comment 3 Marc-Andre Lureau 2012-06-26 12:36:27 UTC
Thinking about a solution invovling the agent to inhibit screen blanking when client is connected, that might not be so difficult.
Comment 4 Marc-Andre Lureau 2012-06-26 12:36:57 UTC
rather when client is disconnected, disable blanking :)
Comment 5 Alexander Larsson 2012-06-27 10:04:07 UTC
Does the vm ever needs to screen blank, even when connected? It seems useless to me, as the client computer will already have its own screen blanking.
Comment 6 Christophe Fergeau 2012-06-27 10:15:09 UTC
Iirc at the moment screen blanking on the client is blocked while the VM window is focused because it grabs mouse and keyboard. Yet another bug to fix :(
Comment 7 Marc-Andre Lureau 2012-06-27 10:32:29 UTC
(In reply to comment #6)
> Iirc at the moment screen blanking on the client is blocked while the VM window
> is focused because it grabs mouse and keyboard. Yet another bug to fix :(

yeah, afaik, we won't fix it until Wayland-time. Perhaps we could ungrab after a period of inactivity? But then, this is something that was probably discussed for GtkMenu handling but they didn't chose that option.

In general, it's not obvious to me whether the client should disable locking/screensaver or the guest.

In Boxes case, it probably makes sense to disable it on the guest. So Spice should not prevent or inhibit client locking.

(In rhevm case, where the client might not be as secure as the guest, it's probably the contrary)
Comment 8 Alexander Larsson 2012-06-28 07:55:13 UTC
At the very least, maybe the agent can tell us we're locked so that we don't take screenshots of the locked screen?
Comment 9 Marc-Andre Lureau 2012-06-28 09:24:29 UTC
(In reply to comment #8)
> At the very least, maybe the agent can tell us we're locked so that we don't
> take screenshots of the locked screen?

But that would mean we need to make or keep a spice main/agent connection for each VM, which is not really possible.
Comment 10 Zeeshan Ali 2014-10-15 00:04:11 UTC
Marc-Andre and Christophe, Has there been any progress in spice land for this?
Comment 11 Marc-Andre Lureau 2014-11-10 16:03:08 UTC
(In reply to comment #10)
> Marc-Andre and Christophe, Has there been any progress in spice land for this?

I think the solution could come from libvirt/qemu, since Boxes takes screenshots with it. There are org.freedesktop.login1.Session IdleHint properties that could be exported with qemu agent. That would not work with remote display though.

Is Boxes still taking regular screenshots of background VMs?
Comment 12 Zeeshan Ali 2014-11-10 16:22:47 UTC
(In reply to comment #11)
> (In reply to comment #10)
> 
> Is Boxes still taking regular screenshots of background VMs?

AFAIK, yes.
Comment 13 Zeeshan Ali 2015-02-23 19:18:06 UTC
Seems like this is much harder than its really worth. Please do prove me wrong.