System Monitor collapsed into a line

Bug #24243 reported by Andreas Schildbach on 2005-10-19
96
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Gnome System Monitor
Confirmed
Medium
gnome-applets (Ubuntu)
Low
Ubuntu Desktop Bugs

Bug Description

What has happened to my System Monitor (see attached image)?
I am using Breezy.

http://bugs.gnome.org/show_bug.cgi?id=322229: http://bugs.gnome.org/show_bug.cgi?id=322229

Andreas Schildbach (schildbach) wrote :

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

Sebastien Bacher (seb128) wrote :

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 ... ?

Andreas Schildbach (schildbach) wrote :

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.

Andreas Schildbach (schildbach) wrote :

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?

Daniel Holbach (dholbach) wrote :

Does it react when you right-click on it?

Andreas Schildbach (schildbach) wrote :

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.

Daniel Holbach (dholbach) wrote :

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

Changed in gnome-system-monitor:
status: Unconfirmed → Confirmed
Andreas Schildbach (schildbach) wrote :

This bug is still present on Dapper final.

Changed in gnome-system-monitor:
assignee: seb128 → desktop-bugs
Changed in gnome-system-monitor:
importance: Medium → Low
Changed in gnome-system-monitor:
status: Unconfirmed → Confirmed

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.

Sam Williams (sam-williams) wrote :

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.

Didier L (l-farquaad) wrote :

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.

perriman (chuchiperriman) wrote :

This persist in Gutsy, Gnome 2.19.6 and System monitor 2.19.1

Marcus Sundman (sundman) wrote :

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.

madneon (madneon) wrote :

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.

jorge (xxopxe) wrote :

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.

Changed in gnome-applets:
status: Confirmed → Triaged
chocolateboy (chocolateboy) wrote :

Just encountered this today on Intrepid.

Tom Byrne (inverted-sheep) wrote :

Also encountered on intrepid.

Can be fixed temporarily as jorge writes.

owlstead (maarten-bodewes) wrote :

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...

MurkyMurk (murkymurk) wrote :

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

Changed in gnome-system-monitor:
importance: Unknown → Medium
angus73 (angus73) wrote :

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

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.