Bug 360218 - Minimize windows effect keeps windows shown ontop of lock screen
Summary: Minimize windows effect keeps windows shown ontop of lock screen
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: effects-various (other bugs)
Version First Reported In: git master
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-07 17:22 UTC by Kai Uwe Broulik
Modified: 2016-09-03 12:14 UTC (History)
0 users

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 Kai Uwe Broulik 2016-03-07 17:22:18 UTC
When I minimize all windows they move out to the sides of the screen and a a centimeter or so of window remains visible. The windows are still shown when I lock the screen.

Reproducible: Always

Steps to Reproduce:
1. Minimize all windows
2. Lock screen
3.

Actual Results:  
The windows in the corner of the screen are still shown even though the screen is locked

Expected Results:  
The windows are hidden behind the lock screen
Comment 1 Thomas Lübking 2016-03-07 17:33:29 UTC
This would be bug #347466 and suggest the isScreenLocked() test fails.

=> How exactly is the screen locked?
Comment 2 Kai Uwe Broulik 2016-03-07 19:05:16 UTC
Either through the desktop toolbox, or using global shortcut
Comment 3 Thomas Lübking 2016-03-07 22:51:18 UTC
Not reproducible here (also debugged out, isScreenLocked() is true, the elevation list thus blanked and in return the windows don't show upon the locker)

Maybe due to failing dbus communication (Qt 5.6?) or a broken locker (in ksmserver)

Can you debug check the screenlocker state on your side or do you want a debug patch?
Comment 4 Martin Flöser 2016-09-03 12:14:51 UTC
This should have been fixed by:

commit 2c47bdab3ca34ba361f5a2f7aab41f7ea3a27a14
Author: Kai Uwe Broulik <kde@privat.broulik.de>
Date:   Thu Jun 16 11:26:16 2016 +0200

    [Effects] QDBusAbstractInterface needs valid object path
    
    I noticed that the GetActive call fails with an "Object path cannot be empty" error
    when stealing that code for PowerDevil.
    
    Differential Revision: https://phabricator.kde.org/D1910