After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 336987 - Time remaining/time to charge is never displayed.
Time remaining/time to charge is never displayed.
Status: RESOLVED OBSOLETE
Product: gnome-applets
Classification: Other
Component: battery
2.14.x
Other All
: Normal normal
: ---
Assigned To: gnome-applets Maintainers
gnome-applets Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-04-03 00:47 UTC by J.B. Nicholson
Modified: 2020-11-06 19:57 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
lshal output (94.69 KB, text/plain)
2006-04-13 05:56 UTC, Daniel Holbach
Details

Description J.B. Nicholson 2006-04-03 00:47:50 UTC
Please describe the problem:
The time remaining on the battery and the time until the battery is charged are
never displayed.  I always see "-:--" no matter how long I let the battery
discharge and no matter how many discharge/recharge cycles the battery-status
program has seen.

Steps to reproduce:
1. Add the battery status to a panel.
2. Turn on showing time remaining/time to charge and let the program run.
3. Watch it never show the time.

Actual results:
It never shows the time.

Expected results:
I should see the time remaining on the battery when the system is running from
the battery.

I should see the time until the battery is charged when I'm running from the mains.

Does this happen every time?
Yes.

Other information:
I understand the times are estimates, but the estimate should appear.
Comment 1 Daniel Holbach 2006-04-13 05:55:50 UTC
Reported at https://launchpad.net/distros/ubuntu/+source/gnome-applets/+bug/38795 with 2.14.x as well.

alarm: unsupported
present: yes
design capacity: 6000 mAh
last full capacity: 4288 mAh
battery technology: rechargeable
design voltage: 14800 mV
design capacity warning: 217 mAh
design capacity low: 131 mAh
capacity granularity 1: 10 mAh
capacity granularity 2: 25 mAh
model number: JM-6
serial number: 4873013206
battery type: LION
OEM info: Hewlett-Packard
present: yes
capacity state: ok
charging state: charged
present rate: unknown
remaining capacity: 4288 mAh
present voltage: unknown
Comment 2 Daniel Holbach 2006-04-13 05:56:27 UTC
Created attachment 63356 [details]
lshal output
Comment 3 Allison Karlitskaya (desrt) 2006-04-13 07:49:14 UTC
  battery.charge_level.rate = 0 (0x0) (int)
  battery.reporting.rate = 0 (0x0) (int)
  present rate: unknown

if we don't know the rate at which the battery is discharging then we can't form an estimate about how much time is remaining.

do other operating systems know how long is left?  is this an acpi implementation bug?  maybe this is a kernel bug.
Comment 4 Daniel Holbach 2006-04-13 10:52:44 UTC
Another comment from the Ubuntu bug report:

"Like I said in the inital report, the icon that shows up in the notification area (turned on under Power Management Preferences) reports the estimated remaining time. Also, Windows XP reports the time. It is just this one applet that doesn't show the time. Even if there is a problem, shouldn't the applet calculate the amount that the battery went down over a period of time (say a minute) and it figure it out from there? It does report the percent remaining correctly. But my main point is that Ubuntu can correctly estimate the remaining time in the Power Management icon tooltip."



I'll open a Kernel task for this as well.
Comment 5 Danielle Madeley 2006-04-13 11:59:30 UTC
I assume this refers to gnome-power-manager. Unless gnome-power-manager has some more smarts in it that I'm not aware of, it is only using HAL as well. So it being working seems highly unlikely.
Comment 6 Adam 2006-04-13 12:33:13 UTC
(In reply to comment #5)
> I assume this refers to gnome-power-manager. Unless gnome-power-manager has
> some more smarts in it that I'm not aware of, it is only using HAL as well. So
> it being working seems highly unlikely.
> 

It is gnome-power-manager that has the correct time.
Comment 7 André Klapper 2020-11-06 19:57:35 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years.

If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-applets/-/issues/

Thank you for reporting this issue and we are sorry it could not be fixed.