Launchpad has imported 3 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=41853.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help
The bug task for the somerville project has been removed by an automated
script. This bug has been cloned on that project and is available here:
https://bugs.launchpad.net/bugs/1305975
** No longer affects: somerville
--
You received this bug notification because you are a member of Ubuntu
Desk
** Changed in: somerville
Status: New => Invalid
** No longer affects: dell
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https://bugs.launchpad.net/bugs/41994
Title:
closed Laptop Lid to rel
Ah, sorry, done a little more testing. It stays off indefinitely
(without input) if the lid is open. But, if I run it after closing the
lid, it still wakes randomly. This means that it must be receiving some
imaginary input when the lid is closed to wake it.
My biggest problem is that some imagina
Sam: Are you sure it stays off? Did you try moving the mouse while the
lid was closed?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https://bugs.launchpad.net/bugs/41994
Title:
closed Laptop Lid to
I can blank the screen using the command "xset dpms force off", and it
doesn't turn back on. Can't it just run that when the lid is closed?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https://bugs.lau
Fixing this one seems like it will be pretty complex, disqualifying it
as a papercut.
** Changed in: hundredpapercuts
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https:/
I have found a gnome-shell extension which adds a menu item to blank the
screen.
This seems to work perfectly, perhaps the code used in there can be used
when the laptop lid is closed? I don't see why a quick extension can do
this better than the main system.
https://extensions.gnome.org/extensio
Using 11.10 I did a kernel patch but it still goes black and you need to
close and reopen led to get screen back bright. Very annoying at our
library as we have 10 laptops running Ubuntu.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
** Also affects: hundredpapercuts
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https://bugs.launchpad.net/bugs/41994
Title:
closed Laptop Lid to reliably
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: x11-xserver-utils (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https://bug
** Bug watch added: freedesktop.org Bugzilla #41853
http://bugs.freedesktop.org/show_bug.cgi?id=41853
** Also affects: xorg-server via
http://bugs.freedesktop.org/show_bug.cgi?id=41853
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a mem
** Also affects: xorg-server
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https://bugs.launchpad.net/bugs/41994
Title:
closed Laptop Lid to reliably keep
I'm pretty sure it's xset's dpms functionality that is behind this
issue.
** Project changed: xorg-server => x11-xserver-utils (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https://bugs.launch
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: x11-xserver-utils (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in Ubuntu.
https://bug
I have noticed this problem also, since I got my laptop back on Ubuntu
10.10, and it is still a problem on 11.10. The only difference is I am
not giving it any input, it wakes up on it's own.
I remember back in 10.10, with a friend, we tried to debug the problem.
We first looked at some logs, when
I can't believe this is another 5+ year old bug that is still
unresolved. I am experiencing this issue on Ubuntu/Xubuntu 11.04. The
problem is that somehow dpms calls are being made to turn the backlight
back on when a mouse event occurs, even though the lid is still shut.
I ran into some difficul
I found what may lead to a solution: using vbetool instead of xset seems to
ignore input.
instead of running
xset dpms force off,
using
sudo vbetool dpms off
will turn off the display and not turn on unless I close the lid(invoking the
default screen blanker) and then move the mouse, press a b
I can confirm this using both Ubuntu Maverick and Mint Julia amd64 on a Dell
Studio 1555.
A little while after closing the lid, backlight switches on, apparently due to
detected movement on trackpad because it is much less frequent when
disconnecting USB mouse(but still happens).
--
closed Lap
This bug causes my laptop to get really hot, especially in the summer,
because the screen is acting as a radiator cooking my laptop. The
xrandr workaround isn't working for me because I'm using the proprietary
nvidia drivers. Maybe there's a way to disable any attached USB mouse
or keyboard when
I found a workaround in german from 2008 on this page:
http://soltano.blogspot.com/2008/03/hp-compaq-6720s-der-tragdie-
zweiter.html He used the vbetool dpms off command.I did not try
it.Maybe someone finds it helpful.
I tried Mackkies workaround (commenting out all lines in the
/etc/acp
My Dell M4400 (Lucid x64) is also affected with this bug. When I close my
notebook and move the mouse, the displaylight goes on.
This is really annoying. Any solutions yet?
--
closed Laptop Lid to reliably keep Backlight off
https://bugs.launchpad.net/bugs/41994
You received this bug notificatio
The bug is still present on Lucid.
--
closed Laptop Lid to reliably keep Backlight off
https://bugs.launchpad.net/bugs/41994
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
desktop-bugs mailing list
des
** Tags added: lucid
--
closed Laptop Lid to reliably keep Backlight off
https://bugs.launchpad.net/bugs/41994
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@list
I am still having this issue in Karmic. Was there ever a fix? I'm on a
Dell Latitude E6400, Intel Video.
--
closed Laptop Lid to reliably keep Backlight off
https://bugs.launchpad.net/bugs/41994
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscri
I'm also having the problem. Dell inspiron 1520, nVidia 8400m graphics.
lshal -m
Start monitoring devicelist:
-
21:13:27.339: computer_logicaldev_input_4 property button.state.value = true
21:13:27.344: computer_logicaldev_input_4 condition ButtonP
I see it on my Dell Vostro 1500 with Karmic. (VGA compatible controller:
Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev
0c) )
Closing the lid results the backlight momentarily going out, then comes
back on. From dmesg during a close:
[144302.896264] integrated sync not
This bug is still present on Karmic.
--
closed Laptop Lid to reliably keep Backlight off
https://bugs.launchpad.net/bugs/41994
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
desktop-bugs mailing list
d
The xrandr method mentioned above isn't working for me .. so a little
bit of a brute force method is a custom daemon to turn off the screen if
the laptop lid is closed.. compile with "gcc -o lidcheck lidcheck.c". I
wanted it in C to reduce the memory footprint, but of course a simple
shell script
Hey i had the same probleme when i closed my laptop lid and moved the
mouse the screen came back so i used the code in Andrew Oakley post and
workt here is my lid.sh
and the code if your not registered:
#!/bin/bash
# TODO: Change the above to /bin/sh
test -f /usr/share/acpi-support/state-funcs
I can report the same problem with Intrepid on a Dell Inspiron 640m (E1405).
mackkie's fix works.
and here's the lshal output
$ lshal -m
Start monitoring devicelist:
-
08:37:53.780: computer_logicaldev_input_2 property button.state.value = true
08:3
Hmmm, the flicker was a separate issue, must have been present before
but never as noticeable. It needed an Option "FramebufferCompression"
"false" in the Device section of xorg.conf to fix (work around) a
problem apparently present with the 945GM chipset I have.
--
closed Laptop Lid to reliably
To add to the above, something else has changed, I now intermittently
see a screen flicker. It's like some application wants to change my
screen modes, starts to and then is immediately undone. lshal -m shows
nothing when this is happens. Not sure where to look.
I am wondering if I need to just ma
I have a pretty much similar problem. Though the laptop screen just
turns straight back on again without even waiting for me to hit the
keyboard.
I have a Dell D520 on a docking station. I turn it on with the lid
closed and use the external keyboard and screen. It was with some dismay
I noticed th
I should mention that step 1 only works with the fglrx drivers, and
perhaps VESA, because the lid switch is controlled through the bios
naturally (I think). I had all sorts of trouble getting the lid switch
to work at all (cpu overload.. another bug) using the "ati" / "radeon"
drivers.
A way to ch
I've been having the same trouble with Hardy. I have a HP Compaq nc6000
and use the fglrx drivers.
My solution is two-fold:
1) change the gnome-power-manager settings so that "nothing" is done on a lid
closure. This fixes the issue with mouse movements turning on the display (or
anything, really
Just found out the same thing happens on Intrepid Alpha 5, up to date
sept 08, 2008, HP Compaq nx6125.
Same output as second post.
Don't know if this happened before.
--
closed Laptop Lid to reliably keep Backlight off
https://bugs.launchpad.net/bugs/41994
You received this bug notification bec
On Thu, 2008-04-10 at 08:09 +, Andrew Oakley wrote:
> Fair enough. The next best situation for Hardy, would be to perfect my
> workaround script /etc/acpi/local/lid.sh.pre (
> https://bugs.launchpad.net/ubuntu/+source/gnome-power-
> manager/+bug/41994/comments/21 )
>
> Currently the script det
Fair enough. The next best situation for Hardy, would be to perfect my
workaround script /etc/acpi/local/lid.sh.pre (
https://bugs.launchpad.net/ubuntu/+source/gnome-power-
manager/+bug/41994/comments/21 )
Currently the script detects the XAUTHORITY and DISPLAY environment
variables in this manner
Unfortunately this is not an easy fix. Currently GPM has no distinction
between the laptop panel and an external display. So if someone had
their external display go to sleep, we wouldn't know which one to wake
and which one to not.
While I agree that it is good to fix, I don't think it is reaso
Attaching gpm.debug.log.txt . This shows:
* Lid is closed
* LCD turns off (correct behaviour)
* USB mouse is moved
* LCD turns on (lid remains closed; LCD turns on with lid closed; WRONG
BEHAVIOUR)
* Lid is opened
* LCD remains on
* Lid is closed again
* LCD turns off (correct behaviour)
*
This is still a problem with Hardy Beta and all updates to date
2008-04-09 on a Dell Inspiron 1520 with Intel X3100/i965 graphics. Re-
marking as confirmed.
The problem is NOT that the LCD doesn't switch off when the lid closes.
The problem is that the LCD turns back on again when the lid REMAINS
It still does not work on my machine (Dell X1). Here is the logfile with
my comments inbetween:
# Closing the lid...
[hal_device_condition_cb] gpm-button.c:393 (11:09:54):
condition=ButtonPressed, details=switch-videomode
[emit_button_pressed] gpm-button.c:337 (11:09:54): emitting
butto
You're right, it doesn't seem to happen anymore.
--
closed Laptop Lid to reliably keep Backlight off
https://bugs.launchpad.net/bugs/41994
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-power-manager in ubuntu.
--
desktop-bugs ma
This appears to have been fixed in March:
http://svn.gnome.org/viewvc/gnome-power-manager/trunk/src/gpm-
backlight.c?view=diff&r1=1982&r2=1983
You should be seeing events in the log files to signify the different
buttons being pressed. Could you please run your GPM in verbose mode
and ensure tha
45 matches
Mail list logo
