> This is resolved now, in that the buttons are now handled only in hardware > (since we have no way to disable > the hardware handling), and therefore there will not be incorrect volume > notification because you (unfortunately) > won't get volume notification at all. For my system (thinkpad z61m with up-to-date jaunty) I still get visual feedback on pressing volume up, - down and mute - but as described pressing mute still gives wrong feedback.
> It would of course be preferable to have this happen /with/ the notification, > but as long as there's no > way to disable the hardware control, it's difficult to accomodate this in the > existing hal handling. I am not familiar with the conceptional model of hal and acpi-support right now but I wonder why we cannot keep the workaround in /etc/acpi/always-mute.sh to mimik correct mute behaviour? and about the state of the bug: is fixed the right resolve state for this issue? At least I would inspect something like invalid (base on your comment) :) -- Mute button on Thinkpad does never unmute, the volume notification thinks otherwise https://bugs.launchpad.net/bugs/346244 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
