Closed Bug 344359 Opened 19 years ago Closed 18 years ago

Crash [@ nsLayoutUtils::GetEventCoordinatesRelativeTo] with testcase using position: relative and generated content

Categories

(Core :: Layout, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: martijn.martijn, Unassigned)

Details

(Keywords: crash, regression, testcase)

Crash Data

Attachments

(5 files)

See upcoming testcases which make current trunk Mozilla builds crash. I'm marking this security sensitive for now, because the most minimesed crasher testcase gives me a bogus stack. This regressed between 2006-03-12 and 2006-05-04. I don't get a crash on my other computer (where I have all my older daily builds stored). Maybe the crash is resolution dependant. The other computer has 1024*68, this one has 1440*900. Talkback ID from unminimised testcase: TB20860892X 0x00000000 nsLayoutUtils::GetEventCoordinatesRelativeTo PresShell::HandleEvent nsViewManager::HandleEvent nsViewManager::DispatchEvent HandleEvent nsWindow::DispatchEvent nsWindow::ProcessMessage 0x7ffdfc00 0x7ffdfc00 0x7ffdfc00 0x7ffdfc00 0x7ffdfc00 0x7ffdfc00 0x7ffdfc00 0x7ffdfc00 0x7ffdfc00 0x7ffdfc00 0x7ffdfc00 0x7ffdfc00 etc... Talkback ID from minimised testcase: 0x011145dc 0xd3690012
Attached file Unminimised testcase
This almost minimised testcase triggers the same stack as the unminimised testcase. Btw, the crash only happens on first load for all testcase.
Attached file Minimised testcase
This minimised testcase triggers a bogus stack for me.
Prior to the crash, I see an assertion in my debug build. I suspect that gives an indication of where things go wrong. So I made a further minimised testcase that still triggers this assertion: ###!!! ASSERTION: reflowing in the middle of frame construction: 'mPresContext-> mLayoutPhaseCount[eLayoutPhase_FrameC] == 0', file ../../dist/include/layout/nsP resContext.h, line 833
WFM, SeaMonkey 2006-07-10-01 trunk Linux (1600x1200).
Ok, I found out why it didn't crash on the other computer, you need to have caret browsing enabled to get the crash on the testcases.
Ok, this is now wfm with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060713 Minefield/3.0a1
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Sorry, not wfm yet. When I load the testcases directly from file, I still crash with the latest trunk build.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
All testcases are worksforme now with current trunk build. I don't see the assertion anymore with current debug trunk build with the assertion testcase.
Status: REOPENED → RESOLVED
Closed: 19 years ago18 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@ nsLayoutUtils::GetEventCoordinatesRelativeTo]
Group: core-security
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: