brightness notification moves in wrong direction when increasing after a decrease or vice versa

Bug #344626 reported by Michael Rooney
6
Affects Status Importance Assigned to Milestone
gnome-power
Confirmed
Undecided
Unassigned
gnome-power-manager (Ubuntu)
Fix Released
Low
Unassigned
notify-osd (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: notify-osd

Sometimes the brightness notification will show a brightness decrease when I have actually increased it, or vice versa.

To reproduce:
0. Start at full brightness.
1. Decrease brightness once then increase once, back to full

What happens:
Brightness on OSD is decreased twice, instead of once then increased again.

It always seems to do the wrong thing the first time after a change, so that decreasing 4 times and increasing 3 times, will result in OSD doing a decrease FIVE times and increase TWICE.

This is reproducible even between notifications! So you can decrease the brightness, let the notification disappear, then try increasing it, and it will still go down the first time.

This is on a Dell XPS 1300 with an Nvidia 8400M, using Nvidia's 180 drivers, if that matters. Confirmed both on AC and battery power.

I would attach the log mentioned on the notifications wiki page but it doesn't exist, and bcurtiswx confirmed that his log file did not exist there either.

yelena@NinaMyers:~$ uname -a
Linux NinaMyers 2.6.28-10-generic #33-Ubuntu SMP Tue Mar 17 12:27:50 UTC 2009 i686 GNU/Linux

yelena@NinaMyers:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu jaunty (development branch)
Release: 9.04
Codename: jaunty

yelena@NinaMyers:~$ apt-cache policy notify-osd
notify-osd:
  Installed: 0.9.5-0ubuntu1
  Candidate: 0.9.5-0ubuntu1
  Version table:
 *** 0.9.5-0ubuntu1 0
        500 http://archive.ubuntu.com jaunty/main Packages
        100 /var/lib/dpkg/status

Michael Rooney (mrooney)
description: updated
Michael Rooney (mrooney)
description: updated
Michael Rooney (mrooney)
description: updated
Revision history for this message
Brian Curtis (bcurtiswx) wrote :

I can't reproduce on my dell mini 9 which is using jaunty ubuntu netbook remix. After #ubuntu-bugs discussion, I can't think of any other information that would benefit this bug report (someone should add something to the debugging wiki for bug triagers). Since this is a cosmetic issue, I only feel low importance applies. Marked as Triage. Thanks for the report Michael!

Changed in notify-osd:
importance: Undecided → Low
status: New → Triaged
Revision history for this message
James (egghead-rogers) wrote :

I have the issue described and I am running Jaunty Netbook Remix beta on my Dell Mini 9. The issue is little more than cosmetic because I can't turn the brightness all the way up or all the way down. For example, if I press and hold the brightness down key combo, the brightness will never drop below around 85%. It always jumps back up after an increment down. The increased brightness impacts battery life.

I saw this issue with alpha 6 desktop and UNR versions. I have been doing fresh installs for each alpha/beta. Is there any information I can pass retrieve for you?

Revision history for this message
Michael Rooney (mrooney) wrote : Re: [Bug 344626] Re: brightness notification moves in wrong direction when increasing after a decrease or vice versa

FYI this still happens with 0.9.11-0ubuntu3.

Revision history for this message
psyopper (bfranks) wrote :

I am having the same issue as James describes above. Dell Mini 9 with bios A01. Repeatable on 9.04 in both i386 standard and Netbook Remix installations.

1. Pressing Fn-9 to decrease brightness stops at 85%
2. Pressing Fn-0 to increase brightness sets actual brightness at 100% and shows brightness in the OSD as 0%.

My only two brightness options are 85% and 100%.

I had no issues with brightness controls in 8.10 i386.

Revision history for this message
Antti Kaihola (akaihola) wrote :

Exactly the same behavior with a clean install of UNR 9.04 on a Dell Inspiron Mini 9, BIOS A03.

Revision history for this message
Meekohi (meekohi) wrote :

Agreed, same behavior with clean install of UNR 9.04 on Dell Inspiron Mini 9.

Revision history for this message
Mirco Müller (macslow) wrote :

A general note here. notify-osd only dispalys what it gets told by an application via DBus (libnotify). In the case of brightness notifications the app responsible for sending out those notifications is gnome-power-manager. This bug should better be filed against gnome-power-manager.

Revision history for this message
Mirco Müller (macslow) wrote :

To be more precise, the patch against gnome-power-manager to use libnotify (thus notify-osd) is a Ubuntu-specific patch still.

Revision history for this message
Michael Rooney (mrooney) wrote :

Okay Mirco thanks for adding that information! I'll open a g-p-m task in Ubuntu, Triage it to the upstream which I'll confirm, and Invalidate the notify-osd one.

Changed in gnome-power-manager (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Changed in notify-osd (Ubuntu):
status: Triaged → Invalid
Changed in gnome-power:
status: New → Confirmed
Revision history for this message
David Tombs (dgtombs) wrote :

Could someone experiencing the issue try compiling g-p-m without the notify-osd patch and see if the popup windows exhibit the same behavior? If it's notify-osd-specific, then it is not an upstream bug.

Changed in gnome-power-manager (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Michael Rooney (mrooney) wrote :

Actually I believe this has been fixed in Karmic. I'll mark it as such and do some extensive testing and re-open if I can reproduce it in Karmic. Thanks!

Changed in gnome-power-manager (Ubuntu):
status: Incomplete → Fix Released
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.