System Monitor collapsed into a line

Created an attachment (id=4683)
image showing the problem

Thanks for your bug. Does that happen often? What did you do to get that? Was
that after a panel restart, an applet move, a configuration change ... ?

I never experienced this before, and I have used Hoary for 6 months and have
upgraded to Breezy the day it was released.

I can't say for sure, but I think it was already collapsed right after booting.
I did not play around at all with the panel.

In the meantime, I had to reboot. The panel is now showing as usual, so the
(persistant) configuration of the panel seems to be okay.

It just happened again. I did not do anything special, just boot up like every day.

What info do you need? What should I try?

Does it react when you right-click on it?

It seems to be fully functional:

I can hover over it and get the Processor Usage tooltip.

I can left-click and System Monitor opens.

I can right-click and get the menu.

Its just a bit hard to point at a line that is only one pixel high.

I forwarded the issue to the upstream bug tracker:
http://bugs.gnome.org/show_bug.cgi?id=322229

This bug is still present on Dapper final.

I'm using Edgy. I've had this happen twice though I can't discern what the cause is. It does not occur very often at all.

When it occurs, adding or removing "Monitored Resources" does not jog it into operation. The included image shows after I added all the possible monitors (normally I just have CPU showing).

My panel is also very susceptible to Bug #44082. It's probably a stretch but maybe they are related.

I'm running Feisty and I've never seen this problem on this machine. Either in dapper, edgy or now in Feisty. I have 4 panels defined processor, memory, network, and swap space. The individual system monitor width is 40 pixels, with an update interval set for every 500 milliseconds. I have attached a file called panel.png which shows a portion of the panel with the collapsed system monitor.

I just had this bug today. It's not the first time I see it on my laptop and on other computers too.

A simple workaround, as told in bug #64027 is to go in the applet's preferences and change it's width.

This persist in Gutsy, Gnome 2.19.6 and System monitor 2.19.1

It's still there in System Monitor 2.20.0 on Gutsy. I've seen it happen twice in the last two days, on two completely different computers.

It happened today on:
Ubuntu 8.04 x64 (current beta)

$ uname -a
Linux madneon 2.6.24-15-generic #1 SMP Fri Apr 4 03:10:59 UTC 2008 x86_64 GNU/Linux

$ gnome-panel --version
GNOME gnome-panel 2.22.0

(System Monitor 2.22.0)

Still present on Hardy final.

Confirm on 8.04, seen it from release to release. Also happens on vertical panel (with the applet colapsed to a 1-pixel width column). Happens from time to time, unpredictably, but i used to believe it was related to particularly heavy starts. Say, with a lots of apps in the session. Perhaps a race condition, with the panel?
When colapsed, the applet still behaves normally: the lines move, and it responds to the mouse (if you have good aim, this is). Changing the size in the preferences windows resets it.

Just encountered this today on Intrepid.

Also encountered on intrepid.

Can be fixed temporarily as jorge writes.

Seen in intrepid 64 bit AMD. I see this a lot. I do a lot of suspend to RAM, it may have something to do with that. Also playing wormux (which crashes a lot and sometimes takes X - the mouse pointer specifically - with it). So I had to press <ctrl><alt><bs> a bit too often. I'll try and recreate the problem using above methods. Maybe its calculating the drawing area when the view size of the parent has not been correctly set yet (e.g. still reported back as 0)?

Screen size: 1680x1050, I'm using the AMD/ATI proprietary internal graphics but without compiz at the moment, if that's any help.

Another note: currently I've got two system monitor applets running. I believe one was configured correctly, the other one not. I'll try and monitor this thread this week to check for progress, in case anyone needs input...

Still present in Jaunty.
Is this gnome's oldest bug? 4 years and counting......

Just happened with me in karmic, it is working, but I cant point the only pixel precize enough to right click on it

Still present in Lucid. The workaround in comment #11 works