Closed Bug 343935 Opened 20 years ago Closed 19 years ago

"ASSERTION: no common ancestor at all???" or "ASSERTION: reflow dirty lines failed" involving <xul:textbox> with <html:input> inside

Categories

(Core :: Layout: Form Controls, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jruderman, Unassigned)

References

Details

(Keywords: assertion, testcase)

Attachments

(3 files)

Tested with a Mac trunk debug build. Steps to reproduce: 1. Load the testcase. Result: ###!!! ASSERTION: no common ancestor at all???: 'parent', file /Users/admin/trunk/mozilla/layout/base/nsLayoutUtils.cpp, line 344 Also, there are two long green textboxes, which doesn't seem right if you look at the source. 2. Click the top green textbox. 3. Type 'x'. Result: Contrary to what you might expect, no 'x' appears. 4. Click near the top of the lower green textbox (but not on its border). Result: Crash dereferencing a null nsCOMPtr<nsIContent> in GetRangeForFrame called from nsIFrame::GetContentOffsetsFromPoint.
Attached file testcase —
This causes different output: WARNING: Content has no document.: file /Users/admin/trunk/mozilla/layout/generic/nsTextFrame.cpp, line 5956 WARNING: Reflow of frame failed in nsLineLayout: file /Users/admin/trunk/mozilla/layout/generic/nsLineLayout.cpp, line 998 ###!!! ASSERTION: reflow dirty lines failed: 'NS_SUCCEEDED(rv)', file /Users/admin/trunk/mozilla/layout/generic/nsBlockFrame.cpp, line 916
I can confirm the same issue here on Linux with current cvs HEAD as of today. I hit it twice in few minutes when testing the newly compiled binary.
I've been hitting this assertion recently. Running testcase 1, though, I do not crash with SM trunk.
(sorry, I should've clarified: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061026 SeaMonkey/1.5a)
No longer crashes (Mac trunk debug). The assertions still happen.
Severity: critical → normal
Keywords: crash → assertion
Summary: "ASSERTION: no common ancestor at all???" and crash [@ GetRangeForFrame] involving <xul:textbox> with <html:input> inside → "ASSERTION: no common ancestor at all???" or "ASSERTION: reflow dirty lines failed" involving <xul:textbox> with <html:input> inside
With current debug trunk build, I'm only getting a "reflow dirty lines failed" assertion with testcase 2.
Jesse, I can't reproduce this on trunk mac os x. Can we -> WFM?
WFM here too. Thanks.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: