Bug 335452

Summary: Energy page: graph shows erroneous battery information
Product: [Applications] kinfocenter Reporter: stakanov
Component: generalAssignee: Kai Uwe Broulik <kde>
Status: CONFIRMED ---    
Severity: minor CC: lueck, nate, sitter
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description stakanov 2014-05-28 06:59:18 UTC
I am having a Lenovo X201 and running it with a legacy battery Sanyo. The battery is correctly recognized by the battery widget, show 100 percent charge and "not in charge" when it is full. 
Now in the kinfocenter module the info shown is:
Battery_BAT0: 
Product 93P5030
Producer Sanyo
Type: primary
State of charge: without charge

Now, I am using the Italian version. So "Stato di carica: Senza carica". 
If this is a translation error the right info would be: "Piena, non caricando" that is "Full, not in charge".
Or if this is hardware based, there is a problem because kinfocenter does not seem to be aware of the state of charge. Since this does not seem to be important (the plasmoid works) and as I do not even know if kinfocenter development has been put on hold or not,  I mark this as minor. But if other modules are depending on the info provided in kinfocenter you may consider. Regards. 

Reproducible: Always

Steps to Reproduce:
1. use a Sanyo Battery in a Lenovo X201 with opensuse 13.1 newest KDE version (current) Italian language for interface
2. open kinfocenter, device viewer, battery information
3. shows "no charge" although the charge of the battery is 100%
Actual Results:  
Battery shows "senza carica" - no charge


Expected Results:  
Battery should show: "piena carica" - fully charged when the battery is full or if referring to the activity of charging then "non in carica" - not in charge. 

KDE 13.1 Kinfo 4.11.8 device viewer mod. based on solid ver.0.7
Italian interface language.
Comment 1 stakanov 2014-05-28 11:05:33 UTC
KDE version was of course 4.13.1.
I checked. Whether on battery power or not, no info is read by kinfocenter from /org/freedesktop/UPower/devices/battery_BAT0 apparently.
Comment 2 Burkhard Lück 2014-05-30 09:59:45 UTC
Confirmed in 4.13 with locale de and master with locale x-text both compiled from sources.
Comment 3 Harald Sitter 2020-01-17 15:30:13 UTC
Is this still a problem on recent Plasma versions?
Comment 4 stakanov 2020-01-17 16:01:04 UTC
(In reply to Harald Sitter from comment #3)
> Is this still a problem on recent Plasma versions?

Referring to Leap 15.1, standard, with 
Centro d'informazione 5.12.8
Frameworks 5.55.0
QT 5.9.7
Same hardware as report. 
and on the corresponding system tray applet with the symbol.

I am getting a mixed picture. It shows correctly the battery consumption of a recent travel in statistics but appear to sense 90% of nominal charge when fully charged. This may be plausible, although it does not(!) correspond to the indicator of the tray applet that shows battery model sanyo and 99% charge when fully charged and on the electrical wire. 
K-infocenter / Centro d'informazione gives a serial number (2058), not the producer. And it shows that the system is in discharge only after some time (about 1 Minute) that the system is in phase of discharge, even if you constantly refresh. 
Second (somewhat odd) thing is: 
it shows "ha alimentatore" (Which in Italian is: is plugged in - I am using IT locale). 
Now either the translation is wrong or k-info does not understand when the system is plugged in or not, only if the battery discharges. 
It also does not matter if you refresh after it shows "in discharge". 
Besides, if you wish I can file a report on the translation, correct Italian would be: alimentatore inserito si/no 

There are also other weird things now that I write: there are only available statistics of 48 h and 7 days. Oddly, there are none of the others, which raises the question were these two statistics (that do build on the others) are read from. 
While before the infocenter showed 90% capacity, now it shows 100%. 

A part of these points it works.
Comment 5 stakanov 2020-01-17 16:08:37 UTC
Update: once the system gets reconnected to the wire, then the missing statistics reappear. Thus you cannot check for it during battery usage as it seem. Do not know if that is intended. The consumption and voltage appear logical and correct, corresponding now(!) to the specs of the machine.
Comment 6 Harald Sitter 2020-01-17 17:09:23 UTC
Assigning to Kai, he will know what is or isn't intentional here.