GNU bug report logs - #39491
28.0.50; two bugs in battery-upower

Previous Next

Full log

View this message in rfc822 format

From: Evgeny Zajcev <lg.zevlg <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 39491 <at> debbugs.gnu.org, rms <at> gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: bug#39491: 28.0.50; two bugs in battery-upower
Date: Sun, 26 Apr 2020 18:44:09 +0300

[Message part 1 (text/plain, inline)]

вс, 26 апр. 2020 г. в 17:47, Eli Zaretskii <eliz <at> gnu.org>:

> > From: lg.zevlg <at> gmail.com
> > Date: Sat, 8 Feb 2020 12:10:46 +0400
> > Cc: 39491 <at> debbugs.gnu.org, rms <at> gnu.org,
> >  Stefan Monnier <monnier <at> iro.umontreal.ca>
> >
> > >> However, that function has a design flaw: it reports on just the first
> > >> battery in the list.  battery-upower-device-list correctly returns a
> > >> list with an element for each battery, but battery-upower finds only
> one
> > >> of them (the first one in the list) and ignores the others.
> > >>
> > >> The old code handle all the batteries and added the energy quantities
> > >> so as to report accurately the total power available and overall
> > >> fraction of charge.  I wrote that code myself, around 10 years ago.
> > >>
> > >> Please restore the lost functionality.
> > >
> > > Evgeny, could you please look into fixing this?
> > >
> >
> > OK, we should generalize multi-battery code then, so each status func
> won’t reimplement multi battery handling.
> >
> > I’ll look at it tomorrow
>
> Evgeny, any progress in fixing this?
>

Sorry for the delay, I have some progress, but not yet ready.  I'm pretty
busy these days because I'm working for large company that provides
video-streaming service and we experiencing extreme rise in number of the
active users and everybody wants to watch something all the day :)

-- 
lg

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.