The menus get all messed up after you pick View | HTML Source from Composer and make Composer unusable. * Edit a page (or open up Composer) * Go to the View menu and choose HTML Source... notice that a bunch of menus went away (especially Edit and View) * Go down to the Edit Mode tab and click Normal tab notice that the menus appear in the wrong place For nsbeta2, we should consider one or more of the following options: * don't remove the menus; make sure the right things happen if users use menus * remove the menus and put them back in the right place * disable the edit source option in Composer PDT note: the reason this bug is so bad (imo) is that once the user picks this menu item, the View menu has disappeared and there is no obvious way for how to get back the menus or back to wysiwyg mode. Also, once you happen to get the menus back, they are all in the wrong order (the Edit menu is in the middle instead of next to File) and it's nearly impossible to use the menus.
There are actually 2 bugs here... * Mac menus aren't displayed in the properly order after they've been removed (Mac-only) * Edit and View menus shouldn't go away (cross-platform) Reassign to sfraser per staff meeting
I filed the menu order problem as bug 45874. This bug should now just cover the fact that we hide the Edit and View menus in HTML source view.
Putting on [nsbeta2-] radar. Not critical to beta2. Adding "relnote" keyword for PR2 release.
setting to nsbeta3+
setting priority in status whiteboard - simple fix is low risk, but better handling of HTML source is harder
Now the edit and view menus remain, and we don't crash. Marking fixed.
verified in 8/14 build.