Ticket #11878 (closed defect: fixed)

Opened 2 years ago

Last modified 2 years ago

gnome battery icon unresponsive

Reported by: pgf Owned by: martin.langhoff
Priority: normal Milestone: 12.1.0
Component: gnome-desktop Version: Development build as of this date
Keywords: Cc: pbrobinson
Action Needed: no action Verified: no
Deployments affected: Blocked By:
Blocking:

Description (last modified by greenfeld) (diff)

sometimes the battery icon isn't visible, due to #11860. but if i make it visible (after multiple restarts), the battery icon is unresponsive to mouse control, and doesn't change when external power is inserted/removed.

(1.75, os10)

Change History

Changed 2 years ago by martin.langhoff

Investigating. Found some upowerd oddities (see below), but they seem harmless. Calling upower --dump and running upowerd --monitor always show upowerd having a clear idea of the state of the system.

The breakdown is in communicating with the gnome battery icon thingy (no longer an applet), which I cannot locate. I can find it in my F16 laptop system, but it's moved in F17/GNOME3.4 .

Filed upstream minor issues: https://bugzilla.redhat.com/show_bug.cgi?id=826191 https://bugzilla.redhat.com/show_bug.cgi?id=826215

Changed 2 years ago by martin.langhoff

  • Batti works well (but looks ugly, and still takes a good chunk of RAM)
  • Contacted Richard Hughes to help w diagnosis

Changed 2 years ago by martin.langhoff

Hmmm, on my desktop machine, the battery control panel seems controlled by /usr/share/gnome-shell/js/ui/status/power.js -- which is part of gnome-shell. On the XO, installing gnome-shell does bring it in, but does not lead to a working battery icon.

Maybe someone on desktop-devel has a hint for us ~ https://mail.gnome.org/archives/desktop-devel-list/2012-May/msg00310.html

Changed 2 years ago by martin.langhoff

Got some help and managed to get debug logs from gnome-settings-daemon (where power-plugin drives the battery icon we care about).

In summary, the logs show that g-s-m's internal state is consistent with upower and with what the kernel events see.

Looks like the same #11860 bug that hides the icon prevents updates to the icon.

For reference, here's how to get good logs --

At the end of olpc-session

  G_MESSAGES_DEBUG=power-plugin # did not work for me
  
  # exec $desktop
  $desktop --debug 2>~/.desktop.errlog >~/.desktop.log

then replace g-s-d thus:

 mv /usr/libexec/gnome-settings-daemon{,.real}
 cat >/usr/libexec/gnome-settings-daemon <<EOF
 #!/bin/bash
 exec /usr/libexec/gnome-settings-daemon.real --debug
 EOF
 chmod ugo+x /usr/libexec/gnome-settings-daemon

Now you are ready for

systemctl restart prefdm.service

Changed 2 years ago by martin.langhoff

Updating to libgfx-marvell-0.8.0.3184-2.olpc and xorg-x11-drv-dove-0.3.5-1.olpc, now we get tooltips.

The tooltips track the state correctly, but the icon is still not being updated.

All tests on XO-1.75.

Changed 2 years ago by dsd

My comment on #11860 was wrong - there is an issue with the gnome-settings-daemon code here. Fixed with https://bugzilla.gnome.org/show_bug.cgi?id=677313

Changed 2 years ago by dsd

  • cc pbrobinson added
  • next_action changed from diagnose to add to build

Changed 2 years ago by pbrobinson

  • next_action changed from add to build to test in build

gnome-settings-daemon-3.4.2-2.fc17 is in os13

Changed 2 years ago by greenfeld

  • status changed from new to closed
  • next_action changed from test in build to no action
  • resolution set to fixed
  • description modified (diff)

The GNOME battery icon changes state when we plug/unplug a XO from external power in 12.1.0 os15.

Note: See TracTickets for help on using tickets.