By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 669 - new screen locker with dual-head setup: secondary screen doesn't get hidden!
Summary: new screen locker with dual-head setup: secondary screen doesn't get hidden!
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: system (show other bugs)
Version: 3.5.13 [Trinity]
Hardware: All Linux
: P1 blocker
Assignee: Timothy Pearson
URL:
: 753 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-11-21 12:07 CST by Sciurus vulgaris
Modified: 2012-10-19 15:28 CDT (History)
5 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:


Attachments
Fix multihead screen locking (2.84 KB, patch)
2011-12-19 13:10 CST, Timothy Pearson
Details | Diff
Fix multihead screen locking (10.31 KB, patch)
2011-12-21 20:55 CST, Timothy Pearson
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Sciurus vulgaris 2011-11-21 12:07:22 CST
when using the new screen locker with a dual-head setup, the desktop on the secondary screen doesn't get hidden. i can see all running applications!
Comment 1 Ignaz Forster 2011-12-05 08:25:36 CST
In can confirm this issue - and I also think this is a critical bug. Note that this doesn't happen when using the preview. The error seems to be hardware independent, it happens with (at least) ATI und NVidia cards and open and closed source drivers.
Comment 2 Timothy Pearson 2011-12-05 12:51:29 CST
Nasty!

What side of the primary screen is your secondary screen on--the left or the right?
Comment 3 Ignaz Forster 2011-12-05 14:29:37 CST
For me the secondary screen is on the right (I think nobody ever tested it on the left here ;-)) and was configured using arandr / autorandr. I will try configuring it to be on the left side tomorrow...
Comment 4 Timothy Pearson 2011-12-05 14:30:55 CST
That is an interesting possible wrinkle.  Is anyone experiencing this problem NOT using xrandr to dynamically configure their displays?
Comment 5 Ignaz Forster 2011-12-06 09:23:53 CST
Putting the secondary screen to the left caused the screensaver to just appear on the left - in other word the screensaver seems to always appear on the leftmost screen...

Another interesting side effect: If the desktop is resized while it is locked then the content of the second screen also disappears, but you have to unlock the screen twice.
Comment 6 Timothy Pearson 2011-12-06 11:18:21 CST
There is code deep within kdesktoplock that interfaces with XRandR; this would explain the behaviour you are seeing.

I would gess that kdesktoplock is not reading the screen parameters correctly from XRandR at startup.  I will need to get a dual head test system set up and try to fix this security-related bug ASAP.

Tim
Comment 7 Timothy Pearson 2011-12-19 13:10:55 CST
Created attachment 232 [details]
Fix multihead screen locking
Comment 8 Timothy Pearson 2011-12-19 13:14:11 CST
The attached patch fixes the problem on my multihead test system.  Apply it to the kdebase/kdesktop/kdesktop_lock/ folder.
Comment 9 Timothy Pearson 2011-12-19 13:31:01 CST
*** Bug 753 has been marked as a duplicate of this bug. ***
Comment 10 Timothy Pearson 2011-12-21 20:55:38 CST
Created attachment 238 [details]
Fix multihead screen locking

Updated patch that also corrects an issue noted in Bug 753
Comment 11 Timothy Pearson 2011-12-21 20:56:19 CST
*** Bug 753 has been marked as a duplicate of this bug. ***
Comment 12 Timothy Pearson 2011-12-27 19:47:31 CST
Fixed in GIT hash 4ea3979.

Thanks for reporting!
Comment 13 ilya.dogolazky 2012-01-03 02:26:43 CST
(In reply to comment #3)

> (I think nobody ever tested it on the left here ;-))

I did ;)
The bug occurs on the both sides.