Closed Bug 695573 Opened 13 years ago Closed 9 years ago

"ASSERTION: Start parent and end parent give different root!" with textarea.selectionEnd

Categories

(Core :: DOM: Core & HTML, defect)

x86_64
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jruderman, Unassigned)

References

Details

(Keywords: assertion, testcase)

Attachments

(2 files)

This testcase usually triggers some assertions within a minute (if local): ###!!! ASSERTION: Start parent and end parent give different root!: 'newRoot == IsValidBoundary(mEndParent)', file content/base/src/nsRange.cpp, line 427 ###!!! ASSERTION: Wrong root: '!aRoot || aNotInsertedYet || (nsContentUtils::ContentIsDescendantOf(aStartN, aRoot) && nsContentUtils::ContentIsDescendantOf(aEndN, aRoot) && aRoot == IsValidBoundary(aStartN) && aRoot == IsValidBoundary(aEndN))', file content/base/src/nsRange.cpp, line 524
Attached file stack trace
Component: DOM: Traversal-Range → DOM: Core & HTML
I let this run for ~5min without asserting, but I'm not sure this testcase can usefully land as a crashtest either?
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(jruderman)
Flags: in-testsuite?
Resolution: --- → WORKSFORME
We could remove the loop (replace "location = location;" with the standard removal of "reftest-wait") and land that. But if the bug came back, we'd have a rare intermittent failure, at best. Probably better to just see if the assertion shows up in fuzzing again.
Flags: needinfo?(jruderman)
Flags: in-testsuite? → in-testsuite-
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: