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 663950 - battstat applet not shown until major state change.
battstat applet not shown until major state change.
Status: RESOLVED FIXED
Product: gnome-applets
Classification: Other
Component: battery
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-applets Maintainers
gnome-applets Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-11-13 08:28 UTC by Joachim Breitner
Modified: 2013-10-03 17:26 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Proposed fix. (2.87 KB, patch)
2011-11-13 08:29 UTC, Joachim Breitner 		none Details | Review

Description Joachim Breitner 2011-11-13 08:28:21 UTC 
Hi,

you should dvoid resizing the layout in size_allocate event handler. Otherweise, the gtk_widget_queue_resize() call would be swallowed and the panel would not actually give more size to the widget. The applet would only become visible after some timer-based event changes the widget completely, e.g. plugging in the cable.

See the attached patch for a possible fix, which ensures that layout changes only occur in code not called by size_allocate.
Comment 1 Joachim Breitner 2011-11-13 08:29:05 UTC 
Created attachment 201305 [details] [review]
Proposed fix.
Comment 2 Joachim Breitner 2011-11-21 08:01:01 UTC 
The clock applet seems to suffer from the same problem (but I did not check the code yet): When the panel is started, the clock is partly obstructed until the next time the clock changes. This is with a vertical panel, the clock being the only applet with center alignment, set to display only the time, not the date.
Comment 3 Joachim Breitner 2012-08-22 08:01:10 UTC 
Also present in 3.4.1, same patch applies cleanly. Please consider applying it.
Comment 4 Joachim Breitner 2013-10-03 17:26:27 UTC 
With gnome-panel 3.4.2.1, I don’t observe this behavior any more.