Closed Bug 207572 Opened 22 years ago Closed 15 years ago

crash with caret being at invalid position

Categories

(Core :: DOM: Editor, defect)

x86
Linux
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: KaiE, Unassigned)

Details

(Keywords: crash, Whiteboard: [needs retesting on Linux with Seamonkey])

Attachments

(1 file)

Using the patch in 200416, I can crash Mozilla using the editor, by loading attachment 123082 [details] in the editor, hit DEL 4 times (which places the caret at the famous invalid position halfways hidden) and hit arrow down. The crash is in nsHTMLCSSUtils::IsCSSEditableProperty, line content->GetTag() content is NULL, because aNode is of type nsHTMLDocument. I suggest to add a null check after the attempt to obtain content, and returning a failure if we get null.
Attached patch Patch v1Splinter Review
This crash is an effect of text being placed after the </body> tag. But I wonder if we should check in the following patch anyway.
Attachment #124522 - Flags: review?(glazman)
It's not likely that I will work on editor/selection bugs in the near future. Mass assining my bugs to nobody.
Assignee: kaie → nobody
snarfing kaie's old bugs
Assignee: nobody → mozeditor
snarfing kaie's old bugs
Severity: normal → critical
Keywords: crash
Attachment #124522 - Flags: review?(daniel)
QA Contact: bugzilla → editor
Assignee: mozeditor → nobody
fixed by timeless' patch in bug 214025?
Whiteboard: [needs retesting on Linux with Seamonkey]
No longer happens on trunk.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: