menus are completely messed up after View | HTML Source

VERIFIED FIXED in M18

Status

()

Core
Editor
P4
major
VERIFIED FIXED
18 years ago
16 years ago

People

(Reporter: Kathleen Brade, Assigned: Simon Fraser)

Tracking

({relnote})

Trunk
PowerPC
Mac System 8.5
relnote
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [nsbeta3+][p:4])

(Reporter)

Description

18 years ago
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.
(Reporter)

Updated

18 years ago
Keywords: nsbeta2
(Reporter)

Comment 1

18 years ago
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
Assignee: beppe → sfraser
(Assignee)

Comment 2

18 years ago
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.
Status: NEW → ASSIGNED
Target Milestone: --- → M17

Comment 3

18 years ago
Putting on [nsbeta2-] radar.  Not critical to beta2.  Adding "relnote" keyword 
for PR2 release.
Keywords: relnote
Whiteboard: [nsbeta2-]
(Assignee)

Updated

18 years ago
Keywords: nsbeta2 → correctness, nsbeta3
Whiteboard: [nsbeta2-]
Target Milestone: M17 → M18

Comment 4

18 years ago
setting to nsbeta3+
Whiteboard: nsbeta3+

Comment 5

18 years ago
setting priority in status whiteboard - simple fix is low risk, but better 
handling of HTML source is harder
Priority: P3 → P4
Whiteboard: nsbeta3+ → [nsbeta3+][p:4]
(Assignee)

Comment 6

18 years ago
Now the edit and view menus remain, and we don't crash. Marking fixed.
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED

Comment 7

18 years ago
verified in 8/14 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.