Opened 10 years ago

Closed 10 years ago

#2808 closed bug (fixed)

Deskbar Activates Through Locked Screensaver

Reported by: johnrash@… Owned by: axeld
Priority: normal Milestone: R1
Component: User Interface Version: R1/pre-alpha1
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

If you enable password locking with any of the screen savers included with Haiku, if you move the mouse to the location of the Deskbar it will show on top of the locked screen saver, allowing unauthorized access to the system.

Attachments (1)

Haiku_Screensaver_bug.png (31.2 KB) - added by johnrash@… 10 years ago.
Screenshot of Deskbar on top of locked screensaver.

Download all attachments as: .zip

Change History (8)

Changed 10 years ago by johnrash@…

Attachment: Haiku_Screensaver_bug.png added

Screenshot of Deskbar on top of locked screensaver.

comment:1 Changed 10 years ago by anevilyak

Is the "Always on Top" option in Deskbar's settings menu enabled by any chance? If so, could you check if it happens with it disabled also?

comment:2 in reply to:  1 Changed 10 years ago by johnrash@…

Replying to anevilyak:

Is the "Always on Top" option in Deskbar's settings menu enabled by any chance? If so, could you check if it happens with it disabled also?

It is disabled. If enable it, the Deskbar shows up immediately when the "Unlock screen saver" dialog is displayed, instead of having to move the mouse over it.

comment:3 Changed 10 years ago by the ringmaster

This is due to the auto-raise feature of of the deskbar. Disable it, and you will not have this problem. shouldn't anyway. The devs should make the auto-raise feature temporarily disabled during screensaver times.

comment:4 in reply to:  3 Changed 10 years ago by johnrash@…

Replying to the ringmaster:

This is due to the auto-raise feature of of the deskbar. Disable it, and you will not have this problem. shouldn't anyway. The devs should make the auto-raise feature temporarily disabled during screensaver times.

That workaround works, Thanks!

comment:5 Changed 10 years ago by axeld

Owner: changed from stippi to axeld

This is a combined problem of the screen_blanker application (which shouldn't use a normal window feel for the screen saver), and the app_server as the obvious solution to use the correct feel (the most privileged kWindowScreenFeel) doesn't work either.

comment:6 Changed 10 years ago by axeld

Status: newassigned

comment:7 Changed 10 years ago by axeld

Resolution: fixed
Status: assignedclosed

The problem with kWindowScreenFeel was that BDirectWindow::SetFullScreen(false) did always change the feel back to B_NORMAL_WINDOW_FEEL instead of restoring the previous one. This particular problem is fixed in hrev27920.

Now, setting kWindowScreenFeel works fine, and I changed screen_blanker to use it in hrev27921. However, since the password window is not modal, you can bring the screen saver into the foreground, making it impossible to enter the password. But this belongs to another bug (I'll open it now).

Also note, that BeOS also shows the Deskbar in case "Always On Top" is selected (but it doesn't pass any mouse movements to it in case there is a window screen). So whatever solution we come up with will not be 100% BeOS compatible (but eventually saner :-)).

Note: See TracTickets for help on using tickets.