Closed Bug 70547 Opened 24 years ago Closed 24 years ago

N601 Mac #12 [@ nsCSSFrameConstructor::ConstructFrameInternal]

Categories

(Core :: XBL, defect)

PowerPC
Mac System 9.x
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
mozilla1.0

People

(Reporter: curt, Assigned: talkback)

Details

(Keywords: crash, topcrash)

Crash Data

This one is the #12 crasher in N601. Several users have produced it using mail while running OS 8.5, 8.6 and 9.0 Comment: (26992173) I had downloaded Netscape 6 and started the email Comment: (26972119) mail Comment: (27036154) launching Comment: (26971393) reading my mail Comment: (26929761) in mailbox. Comment: (26929795) mail nsCSSFrameConstructor::ConstructFrameInternal() [nsCSSFrameConstructor.cpp line 7505] nsCSSFrameConstructor::ConstructFrame() [nsCSSFrameConstructor.cpp line 7465] nsCSSFrameConstructor::ProcessChildren() [nsCSSFrameConstructor.cpp line 11336] nsCSSFrameConstructor::ConstructTableCellFrame() [nsCSSFrameConstructor.cpp line 2884] nsCSSFrameConstructor::TableProcessChild() [nsCSSFrameConstructor.cpp line 3139] nsCSSFrameConstructor::TableProcessChildren() [nsCSSFrameConstructor.cpp line 3050] nsCSSFrameConstructor::ConstructTableRowFrame() [nsCSSFrameConstructor.cpp line 2755] nsCSSFrameConstructor::TableProcessChild() [nsCSSFrameConstructor.cpp line 3125] Source File : nsCSSFrameConstructor.cpp line : 7505 Is this related to bug 66104?
Added "crash" and "topcrash" to keywords
Keywords: crash, topcrash
Not likely related to bug66104, that was in XBL, this looks like HTML ->layout/karnaze on account o' table stuff on stack.
Assignee: trudelle → karnaze
Component: XP Toolkit/Widgets: XUL → Layout
Moving to m0.9
Target Milestone: --- → mozilla0.9
I need a testcase or url.
Keywords: qawanted
amar, can you try to reproduce the problem. I can't do anything without a test case.
QA Contact: jrgm → amar
I think this may be crashing in XBL because (based on the line numbers in the stack) 45 lines below the point in ConstructFrame where ConstructFrameInternal is called points to the middle of XBL code in ConstructFrameInternal, at least on the version of nsCSSFrameConstructor that I am looking at. So, this may be related to 66104. Reassigning to hyatt and changing to XBL.
Assignee: karnaze → hyatt
Component: Layout → XBL
The Described failure is reproduced on 2000-03-20-08-trunk build for Mac 9.0 Steps to reproduce: 1)Open the mail 2) Click on the New MSG Icon Actual Results: Mail and browser apps crashed Expected reults: Should open the mail window
No, that crash was bug 72614, which was fixed on 03/20, and the stack for that was a little different (although it appears similar). (also changing platform to 9.x while I'm here. OS X is different thang).
OS: MacOS X → Mac System 9.x
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9 → mozilla1.0
No way this is XBL. Table frames don't use XBL, so you won't even go into the LoadBindings function. The version of the file you were looking at must not be synced up in line #s. Not suprising, since CSSFrameConstructor totally changes from day to day..
Assignee: hyatt → karnaze
Status: ASSIGNED → NEW
Petersen tried this with a 4/11/1 build on mac and it didn't crash. He was using classic. If this is failing in some other skin, please reopen and reassign. Marking worksforme.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Moving all the Works For Me bugs to talkback user account for future reference.
Assignee: karnaze → talkback
Status: RESOLVED → NEW
We are gathering all the Resolved and WFM bugs which are happened to be topcrash bugs and assigning it to talkback. I am marking all of them as RESOLVED WFM.
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Crash Signature: [@ nsCSSFrameConstructor::ConstructFrameInternal]
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.