Bug 331517 - Lock application cannot redraw screen if task bar thumbnails is active
Summary: Lock application cannot redraw screen if task bar thumbnails is active
Status: RESOLVED DUPLICATE of bug 331054
Alias: None
Product: kscreensaver
Classification: Miscellaneous
Component: locker-qml (show other bugs)
Version: 4.12.2
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-02-26 06:12 UTC by Nikolay Golub
Modified: 2015-01-23 14:03 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nikolay Golub 2014-02-26 06:12:00 UTC
When mouse is on task bar application that is started but not on the front, KDE shows task bar thumbnail and moves this app to the front and makes it transparent. If press keyboard short cut for screen lock at this time, workstation becomes locked, but screen doesn't change. I mean all windows stays as they was when you press lock short cut, but you can't interact with it. It' confusing

Reproducible: Always

Steps to Reproduce:
1.Make sure that "taskbar thumbnails" and "highlight window" effects are active
2.Set keyboard short cut for lock screen action. I use control + shift + eject(apple keyboard)
3.Open several application
4.Hover over task bar to the other started application
5.Make sure, that thumbnails is shown and windows become transparent
6.Press lock short cut on keyboard
Actual Results:  
Workstation becomes locked, but screen doesn't change, mouse is active, but there's no window with password prompt

Expected Results:  
Workstation becomes locked, screen changes to the standard lock screen with background image and password prompt window.

In this situation you can unlock your workstation if you enter your password, but if you have several keyboard layouts, or prompt loses focus, this problem becomes very difficult to solve.


KDE Platform Version 4.12.2
Linux 3.12.9-2-ARCH #1 SMP PREEMPT x86_64
Comment 1 Martin Flöser 2015-01-23 14:03:43 UTC

*** This bug has been marked as a duplicate of bug 331054 ***