[Laptop Regression] Kubuntu doesn't honour Fn Key request
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kubuntu-meta (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Binary package hint: kubuntu-desktop
Kubuntu, at this state, doesn't honour Fn Key Request (most likely ACPI Events). So e.g. Suspend/
This is a serious regression in Dapper, because it was working in Breezy.
The tested laptop is a Canonical Sponsored Laptop Toshiba Portege R200 (https:/
What is the problem?
If you press an Fn Key e.g. Hibernate, you can see in /var/log/acpi the event coming to acpid and acpid is triggering the correct script in the /etc/acpi/ (e.g. hibernate == hibernatebtn.sh). The executed script is calling the `acpi_fakekey $LINUX_
Running the real e.g. hibernate.sh script in /etc/acpi/, hibernation, suspend to ram etc. is working correctly without any problems.
This problem was discussed many of times and due to time problems it is not fixed.
For releasing a 3 year LTS release for Kubuntu, with printed shipit cds, this is a serious regression and does not show any confidence into Kubuntu as KDE release for the user.
I file this bug not as a rant, but as a documentation.
If we want to have a working Kubuntu release which is working 100% out of the box, we should think about fixing those regressions asap, and postponing the official Kubuntu release a couple of weeks more.
KLaptopDaemon needs to be tought to honour those acpi requests and/or we have to adjust KMilo.
Changed in kubuntu-meta: | |
status: | Unconfirmed → Confirmed |
I agree, this could be a real showstopper-Bug for some people having it worked before.
(And to my mind again a problem with ubuntu-core which doesn't seem to concern KDE at their developments)