https://bugs.kde.org/show_bug.cgi?id=525039
Bug ID: 525039
Summary: Locking the screen while a screencast is running
should warn about it, or pause the stream
Classification: Plasma
Product: plasmashell
Version First master
Reported In:
Platform: Other
OS: Linux
Status: REPORTED
Severity: wishlist
Priority: NOR
Component: Screen locking
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: 1.0
Locking the screen while an application is recording or sharing the screen
currently changes nothing about the recording: it keeps running, and the person
who locked has no way to tell. What ends up in the recording while the screen
is locked is a separate problem, tracked in bug 515119 and bug 496819. This
request is about the other half of it - what the person meant to do.
Locking is what people do when they step away from the machine. Doing it while
a capture is running is nearly always either a mistake ("I forgot OBS was still
going") or something the person would at least want to be reminded of.
Suggestion, split by how the lock happened:
* Explicit lock (shortcut, menu entry, lid switch configured to lock): if a
ScreenCast session is active, ask. Something along the lines of "Screen
recording is in progress. <App> is recording your screen." with "Lock anyway"
and "Stop recording and lock". One dialog, only in the case where something
really is capturing, so it costs nothing on a normal lock.
* Automatic lock (idle timeout): there is nobody at the keyboard to ask, so a
dialog makes no sense. Pausing the stream until the session is unlocked, or
feeding black frames, would match what people expect - and Android already ends
screen sharing when the device locks.
One constraint that has to be respected: remote desktop sessions must keep
working across a lock, otherwise locking the screen cuts you off from your own
machine. David Edmundson makes the same point in bug 515119. RemoteDesktop
portal sessions should therefore be exempt from anything proposed here.
Filed under Screen locking because that is where the lock action lives, but the
natural place to implement it
may well be kwin/screencasting or xdg-desktop-portal-kde - please move it if
so.
--
You are receiving this mail because:
You are watching all bug changes.
