Bug 17272

Summary:	GNOME panel creates insane labarinth of menus
Product:	[Retired] Red Hat Linux	Reporter:	Mike A. Harris <mharris>
Component:	gnome-core	Assignee:	Jonathan Blandford <jrb>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	high	Docs Contact:
Priority:	high
Version:	6.2	CC:	ddumas
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2000-09-06 14:23:21 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Mike A. Harris 2000-09-06 04:16:48 UTC

GNOME panel in both Red Hat GNOME (RH 6.2 version) as well as Helix GNOME
has a bug/feature that is either not intended, or is a nice video game
thrown in
by the GNOME developers.  ;o)

Click on the GNOME foot menu, and then right click on any section heading
such as "Programs", "KDE menus", or any other sufficiently large tree. 
Choose the option
"add this as a drawer to panel", and then sit back and watch the sparks
fly.  The
hard disk kicks in chugging away for about 10 seconds or so while numerous
program
icons flash all over the screen randomly and disappear.  When it is all
done, you end
up with a big mucked up game of GNOME panel drawer boulderdash to play. 
;o)
It doesn't crash, or at least didn't for me, and all the crap seems to
actually work if you
click on something, but it is obvious that this was not the programmers
intentions at
all.  Either large menu trees should be flagged somehow to not be allowed
as drawers
or else the "drawer" concept needs to be rethought out.

At least 4 other people have tested this and reported to me that they could
duplicate
the problem on zoot-list.  Good luck.  ;o)

Comment 1 Jonathan Blandford 2000-10-16 15:45:32 UTC

This is the correct behavior, though potentially a little surprising at first. 
The only problem is that it starts out fully expanded -- perhaps it should be
fully closed initially.