|
Bugzilla – Full Text Bug Listing |
| Summary: | Wrong total remaining battery time of "Powersave Informations Dialog" on HP Compaq nx6125 | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.0 | Reporter: | Tob Sch <Tob_Sch> |
| Component: | Mobile Devices | Assignee: | Danny Al-Gaaf <dalgaaf> |
| Status: | RESOLVED FEATURE | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Enhancement | ||
| Priority: | P5 - None | CC: | pablo |
| Version: | Alpha 0 | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 10.3 | ||
| Whiteboard: | FATE#303749 | ||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
Screenshot from "KPowersave Informations Dialog" with wrong total battery time
Output of command "grep . /proc/acpi/battery/*/*" |
||
|
Description
Tob Sch
2008-02-13 22:44:33 UTC
Created attachment 194782 [details]
Screenshot from "KPowersave Informations Dialog" with wrong total battery time
Created attachment 194783 [details]
Output of command "grep . /proc/acpi/battery/*/*"
1) Your assumptions are wrong. at least the vast majority of laptops don't have a rate for the battery which isn't discharging. 2) HAL don't have a 'overall battery' object which could handle this and it's a) not easy to implement into the existing structur and b) I'm not sure if this is really wanted 3) I don't like to add this to KPowersave because it make it more complex then really needed (because it would need to catch and handle all the existing corner cases, need code for smoothing the time etc.) 4) this is (because of 1-3) a WONTFIX for 10.3 and not sure if we implement it into 11.0 since there are more important things like the QT4/KDE4 port. You don't need the rate for the battery, which isn't discharging, the "present rate" of the discharging battery is simply 0. You only need the "remaining capacity" and the "present voltage" of the battery which is discharging, you mean that one or both of this values aren't available? sorry, correction: ... the "present rate" of the not discharging battery is simply 0. Also this assumtion must not be correct. Battery could have no voltage (as rate) info until charging/discharging (we already seen such cases) and they could maybe have (theoretically) different volatage values (because such calculation have to work with all kind of batteries as e.g. als UPS) This all is really complex (which several corner cases) and at least KPowersave don't rely on time information for any of it's actions. It only rely on the percentage info which is correct. So it's more nice to have (which means it has atm no priority, sorry) Ok, you're right, under this circumstances my proposal would be too far away from a universally valid solution. I'm at a loss how the solve the problem of the missing "present voltage" value... This need to be fixed in HAL or may in an other upcomming powermanagement daemon in the future. I close this bug with FEATURE for now until we have something usefull. Btw. I filled a fate request #303749 for this feature. *** Bug 399799 has been marked as a duplicate of this bug. *** Hi, The disposition of this bug has been ... bugging me ... :) ... for a while. I don't think it should be marked as an enhancement. FWIW, on this laptop, when I'm on battery (I have two batteries) and I'm running a Windows Virtual Machine, it correctly detects both batteries and displays an accurate time remaining. Further, when I used to use Windows (albeit on on this laptop), it would successfully report `time remaining' when I had two batteries. I'm going to mark this as a `normal' bug and if it's overwritten, well, at least I said what I wanted to say. :) btw, I do appreciate everything the good folks have done with this latest release. It's quite nice. This is an enhancement because we filled a FATE request for it. Btw. the bug is closed, changing the severity make no sense. |