Moving mouse while laptop lid is closed turns on screen

Bug #22522 reported by Ben Maurer
24
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-power-manager (Ubuntu)
Fix Released
Wishlist
Unassigned
gnome-screensaver (Ubuntu)
Fix Released
Wishlist
Oliver Grawert

Bug Description

On a laptop, I closed the lid of my computer and them moved the mouse. The
screen quite obviously lit up. It should stay dark, as there is no way anyone
could see it when the lid is closed.

Noticed this because I have an optical mouse and I bumped my desk and saw the
light go on.

Revision history for this message
Daniel Holbach (dholbach) wrote :

I'm going to upload 0.0.15 - could you test with this one?

Revision history for this message
Ben Maurer (bmaurer) wrote :

Didn't help as far as I could tell...

Revision history for this message
Andreas Schildbach (schildbach) wrote :

I have the same issue on the Dell Latitude X1.

Revision history for this message
Oliver Grawert (ogra) wrote :

i think gnome-power-manager must be taught to make the system ignore events while the lid is shut, marking as whishlist and cross-assigning to gnome-power-manager

Revision history for this message
Richard Hughes (richard-hughes) wrote :

ogra: you are bang on, g-p-m has to be taught to ingore DPMS control events when the lid is shut. This is quite easy to do in the current framework.
src/gpm-manager.c (idle_changed_cb): needs patching. I'll have to test this on another laptop, as my toshiba supports hardware blanking, and so does not wake-up when I move my mouse.
Give me a few days, and I'll attach a patch -- Ben, are you able to test a patch against CVS or do I need to test this locally first?
Thanks.

Revision history for this message
Richard Hughes (richard-hughes) wrote :

Should be fixed in CVS:

2006-03-02 Richard Hughes <email address hidden>
 * src/gpm-manager.c: Ignore timeout events when the lid is closed, as the DPMS is already off, and we don't want to perform policy actions or re-enable the screen when the user moves the mouse (on systems that do not support hardware blanking).

Richard.

Revision history for this message
Richard Hughes (richard-hughes) wrote :

Thinking about this more, the screensaver may come on when the lid is closed, but this wasn't the problem of the original bugreport. I guess g-p-m should inhibit the screensaver when the lid id closed.

Revision history for this message
Richard Hughes (richard-hughes) wrote :

I've just committed this:

2006-03-02 Richard Hughes <email address hidden>
 * src/gpm-screensaver.{c|h}: Add the functions: gpm_screensaver_inhibit_activation() and gpm_screensaver_allow_activation ().
 * src/gpm-manager.c (lid_button_pressed): Inhibit activation of the screensaver when the lid is closed, and allow activation when the lid is opened. This prevents the screensaver starting when the panel is closed.

You guys owe me a beer :-)

Richard.

Revision history for this message
Oliver Grawert (ogra) wrote :

granted :) thanks so much

Revision history for this message
Oliver Grawert (ogra) wrote :

should be fixed in 2.13.92+CVS20060302-0ubuntu1

Changed in gnome-screensaver:
status: Unconfirmed → Fix Released
Changed in gnome-power-manager:
status: Unconfirmed → Fix Released
Revision history for this message
Johannes Hessellund (osos) wrote :

Just want to point out that this fix causes troubles for everyone using docking stations or the like. Using your laptop with external monitor and keyb/mouse while having lid closed.

Caused by this "fix", the scenario just described will not allow external monitors to get blanked or "screensaved" when lid closed!

See opened gnome bug: http://bugzilla.gnome.org/show_bug.cgi?id=365016

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.