Mike Pinkerton (not reading bugmail) Reporter
	Description • 25 years ago

-Start apprunner
-close all browser windows
-now you're left with a menubar full of things that aren't valid because there is
no current browser window, but you can still select them. At least it doesn't
crash. ;)

Either we want to disable all of these, or use a different menubar which doesn't
have 90% of this stuff in it, since all you can really do at this point is opena
new window, bookmarks, history, or prefs.

	davidm
	Comment 1 • 25 years ago

reassign

	davidm
	Comment 2 • 25 years ago

I think I disabled everything. The translate and Charset menu's are not disable
because of what I consider Toolkit bugs. I left anything that launched it's own
window in ( wallet, some of the find code).

	cpratt
	Comment 3 • 25 years ago

I don't believe this is 100% fixed. For example, Find On This Page remains
active although that doesn't make any sense contextually. Some of the Wallet
stuff seems wrong too (eg Safe Form Fill). Reopening - please close if you meant
to do it this way. Thanks! 1999110916 build, Mac OS 9.

	don Assignee
	Comment 4 • 25 years ago

Even if this isn't completely fixed, I don't think we have to finish it by M12.

	don Assignee
	Comment 5 • 25 years ago

Move to M15.

	Matthew T (active 1999-2002)
	Comment 6 • 25 years ago

You can't disable menu items if they're not there at all ... marking dependent on 
32067.

	Eli Goldberg
	Comment 7 • 25 years ago

QA Assigning to sarah.

	Adam
	Comment 8 • 25 years ago

The dependance on bug 32067 is sketchy. The existance of bug 32067 isn't static - 

it comes and goes between builds (it's either a problem on a certain build or 

it's not). I experienced 32067 on 3/18 but not on 3/19. I don't think the two 

bugs are completely related in terms of where they're breaking, either.

	Matthew T (active 1999-2002)
	Comment 9 • 25 years ago

Yes, bug 32067 seems to be trunk only; so this bug can still be worked on on the 
beta branch. Removing dependency.

	don Assignee
	Comment 10 • 25 years ago

Move to M16 for now ...

	don Assignee
	Comment 11 • 25 years ago

Move to M21 target milestone.

	Adam
	Comment 12 • 24 years ago

Should be the other way around but bug 25287 has more recent comments and a
valid target MS.

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

	sairuh (rarely reading bugmail)
	Comment 13 • 23 years ago

mass verification of duplicate bugs: to find all bugspam pertaining to this, set
your search string to "DuplicateBugsBelongInZahadum".

if you think this particular bug is *not* a duplicate, please provide a
compelling reason, as well as check a recent *trunk* build (on the appropriate
platform[s]), before reopening.