Closed Bug 41869 Opened 25 years ago Closed 24 years ago

Editing <head> tags in Page Properties dialog doesn't paste into <head> correctly.

Categories

(Core :: DOM: Editor, defect, P3)

Product:
Core
Component:
DOM: Editor
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: cmanske, Assigned: cmanske)

References

Details

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

The "advanced" portion of the Page Properties, which uses a textarea to allow arbitrary content in the <head> region does not paste correctly back into the document. InsertHTML forces tags to insert under <body> It turns out this is a difficult problem. More later...
setting this one to m17
Target Milestone: --- → M17
Status: NEW → ASSIGNED
setting depends/blocks, nominating for nsbeta2.
Blocks: 41310
Depends on: 41309
Keywords: nsbeta2
Putting on [nsbeta2-] radar. Not critical to beta2.
Whiteboard: [nsbeta2-]
We have to support editing the <head> region. I'm going to explore editing it in HTML Source mode and using nsIParser::Parse() to rebuild the DOM document instead of trying to paste it. If that works, I'll remove the "Advanced" part of this dialog and add a message to direct users to the HTML Source mode to edit head contents.
Keywords: nsbeta2 → nsbeta3
Whiteboard: [nsbeta2-]
Target Milestone: M17 → M18
setting nsbeta3+ Charley -- can you add the level of priority -- thanks
Keywords: correctness
Whiteboard: [nsbeta3+]
I'm well on track to fix this, but need to investigate if reparsing an entire new document affects EditorShell state and also need to make rebuilding the document undoable.
Whiteboard: [nsbeta3+] → [nsbeta3+][p:2]
Depends on: 50034
No longer depends on: 41309
Fix is ready - getting reviewed.
checked in 8/30
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified in 8/31 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.