|
Bugzilla – Full Text Bug Listing |
| Summary: | No brightness steps with Thinkpad Z61m in Gnome | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.3 | Reporter: | Felix Rommel <felix.rommel> |
| Component: | GNOME | Assignee: | Rodrigo Moya <rodrigo> |
| Status: | RESOLVED DUPLICATE | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | sreeves |
| Version: | Alpha 3 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
Brightness goes directly to min if pressing Fn+Pos1
Brightness goes directly to max if pressing Fn+End |
||
|
Description
Felix Rommel
2007-04-25 20:25:04 UTC
Created attachment 134448 [details]
Brightness goes directly to min if pressing Fn+Pos1
Created attachment 134449 [details]
Brightness goes directly to max if pressing Fn+End
I suspect two applications catching the same button event and changing the brightness at the same time. gnome-power-manager and the gnome-mixer-applet (whatever it is called exactly) for instance. Does 'powersave -k u' (brightness up) and 'powersave -k d' (brightness down) work correctly? Anyway, the powersaved doesn't change the brightness. That's either the hardware itself or the gnome desktop. > Does 'powersave -k u' (brightness up) and 'powersave -k d' (brightness down)
work correctly?
Yes, that works without problems - there are 8 steps available from 0 to 7.
Could you try running - "killall gnome-power-manager" "gnome-power-manager --no-daemon" then try adjusting the brightness. Are you getting output similar to - "GLib-GObject-CRITICAL **: g_value_set_int: assertion `G_VALUE_HOLDS_INT (value)' failed" ? if so see - https://bugzilla.novell.com/show_bug.cgi?id=310273 No response in several weeks. Going to presume this is a dupe. *** This bug has been marked as a duplicate of bug 310273 *** |