Bug 362021 - screenlocker dispaying current desktop
Summary: screenlocker dispaying current desktop
Status: RESOLVED INTENTIONAL
Alias: None
Product: kscreenlocker
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR wishlist
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-04-21 06:10 UTC by haarman
Modified: 2016-04-25 09:25 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description haarman 2016-04-21 06:10:35 UTC
A locker that only shows the active desktop but disable mouse input except but temporarily displaying an unlock window when input is detected. This can be used if no input is required or allowed but the display needs to be shown (example show case laptop etc)

Reproducible: Always
Comment 1 Martin Flöser 2016-04-25 06:03:26 UTC
Sorry, but I don't understand what you request. Could you please explain in more details?
Comment 2 haarman 2016-04-25 06:15:44 UTC
The monitor should display as it is (so the desktop or video or whatever) but all input is locked. When input is detected it displays an (transparent? and positionable?) unlock window where one can unlock the screen with the default password (or a special to be configurable one or a pattern). So in essence its a view only mode protected by a password/pattern. 

makes sense this way?
Comment 3 Martin Flöser 2016-04-25 06:42:15 UTC
Thank you for your explanation. I'm sorry, but that won't be implemented. Our lock screen infrastructure ensures that the screen is blanked and no window is shown. This is part of the security infrastructure of the lock screen. Implementing your wish would require to move parts of the security again, making it optional and thus risking the security of the overall system.
Comment 4 haarman 2016-04-25 06:59:46 UTC
Is there no other way of implementing it then? regarding security: In the prescribed case the security can't be worse in the current implementation since it's 100% open ;-)
Comment 5 Martin Flöser 2016-04-25 07:06:49 UTC
Well yes it can be implemented, but not as part of our screenlocker infrastructure. Changing kscreenlocker to support your idea would mean weakening the security of the overall system which is no option. Thus it would have to be a different infrastructure, which kscreenlocker won't be.
Comment 6 haarman 2016-04-25 07:22:47 UTC
can you please reopen and assign it to the correct part (if any)? Better have an open one then a wont fix one on the wrong part.... thx
Comment 7 haarman 2016-04-25 07:27:44 UTC
I think this is really a nice feature that can be used in a lot of cases. For example all presentation/display pc (on seminars etc) or stations displaying quotes/news. And probably useful for about everybody: displaying something for kids where you don't want them to screw things up when you are away for awhile.....
Comment 8 Martin Flöser 2016-04-25 09:07:15 UTC
I'm sorry, but there is no project inside KDE which would handle this. Our lockscreen infrastructure is kscreenlocker, we don't have any other infrastructure. Maybe XScreenSavers is the better software for you?

From KDE side this is a wontfix, I'm sorry about that. It just doesn't fit the design we see for the lockscreen from a security perspective.
Comment 9 haarman 2016-04-25 09:25:04 UTC
np. I suppose you don't have kids yet. Once they get around your pc they become one of the main security threats ;-).