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 511994 - window-list applet has size problems when in vertical panel
window-list applet has size problems when in vertical panel
Status: RESOLVED DUPLICATE of bug 513347
Product: gnome-panel
Classification: Other
Component: window list
2.20.x
Other All
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
: 509904 563407 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-01-25 09:57 UTC by Francesc Zacarías
Modified: 2009-05-31 12:34 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description Francesc Zacarías 2008-01-25 09:57:22 UTC
Please describe the problem:
When window list applet is on a vertical panel, if I open 8 or more windows on the same virtual desktop, gnome-panel has a 100% CPU usage and renders the desktop nearly unusable unless killed. If you don't close some windows, the problem remains.

Steps to reproduce:
1. Create a new panel.
2. Add a window list applet.
3. Open 8 or more random aplications.
4. Move the panel to the left of right side of the desktop.

You can swap steps 3 and 4, the outcome is the same.

Actual results:
gnome-panel stops responding, and it gets all the CPU usage.

Expected results:
Nothing at all. That is, gnome-panel should not hang.

Does this happen every time?
Yes.

Other information:
This behaviour did not take place with the previous version of Gnome, it started with 2.20.0. I waited a couple of updates to see if the problem got solved, but 2.20.3 is out already and the problem persists.

Also, I noticed that if the panel doesn't have the "Expand" option enabled, after opening the 8th app, window list tries to grow larger and becomes short again in an endless loop at very high speed. Then, closing a few windows solves it without having to kill gnome-panel. But still, this shouldn't happen.

Another detail is that window list will never grow beyond it's default size. Opening new windows makes their "buttons" on the list smaller and smaller, even when there's plenty of free space to grow larger. This is pretty annoying, since  makes selecting windows harder.
Comment 1 Francesc Zacarías 2008-01-30 16:00:27 UTC
(In reply to comment #0)
> 

I just tried another distro with Gnome 2.20 installed (Ubuntu 7.10) and gnome-panel doesn't hang or waste 100% cpu time, but window-list still has erratic behaviour if the steps described above are followed. Like not growing beyond it's default size or trying to grow longer and then returning to its original size.

Thus, I'll try to reduce the bug's severity to normal and change the summary field accordingly.
Comment 2 ajperry 2008-02-29 07:29:59 UTC
This bug has also been documented here https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/154504 and appears to be the same issue seen here http://bugzilla.gnome.org/show_bug.cgi?id=487080 .
Comment 3 Marek Paska 2008-02-29 08:47:22 UTC
See a screencast of this bug (2.21.90):

http://youtube.com/watch?v=dhCbnq08roA
Comment 4 stefan.huszics 2008-04-10 22:20:12 UTC
Suggest duping this to bug 521478
This one is posted earlier, but has a too low severity ranking (potential dataloss from a hanged system is not "normal") and also lacks the proper dependency to the originating bug 86382 which proper fix likely would fix this issue.

In any case, I think we are well past UNCONFIRMED, and this issue is also present in 8.04 LTS betas.
Comment 5 sllorente 2008-04-14 09:42:28 UTC
*** Bug 509904 has been marked as a duplicate of this bug. ***
Comment 6 Philip Withnall 2009-05-31 12:29:47 UTC
*** Bug 563407 has been marked as a duplicate of this bug. ***
Comment 7 Philip Withnall 2009-05-31 12:34:55 UTC
Duping to bug #513347, which has had more attention.

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 513347 ***