Closed Bug 379418 Opened 18 years ago Closed 18 years ago

"ASSERTION: internal error: '!aListName'" with MathML and Hebrew text

Categories

(Core :: MathML, defect)

defect
Not set
minor

Tracking

()

RESOLVED FIXED
mozilla1.9beta2

People

(Reporter: jruderman, Assigned: MatsPalmgren_bugz)

References

Details

(Keywords: assertion, testcase)

Attachments

(3 files, 2 obsolete files)

Attached file testcase
###!!! ASSERTION: internal error: '!aListName', file /Users/jruderman/trunk/mozilla/layout/mathml/base/src/nsMathMLContainerFrame.h, line 373
Attached file stack
aListName is nsGkAtoms::nextBidi
Assignee: rbs → mats.palmgren
OS: Mac OS X → All
Hardware: PC → All
Attached patch Patch rev. 1 (obsolete) — Splinter Review
I think we should pass bidi frames through without asserting. I've also added an assertion to SetInitialChildList(), in this method I don't think the list can ever be nsGkAtoms::nextBidi though. Also, I don't think we should ReLayoutChildren() if it's a bidi frame, the base classes (nsBlockFrame/nsInlineFrame) doesn't do that: http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/layout/generic/nsBlockFrame.cpp&rev=3.829&root=/cvsroot&mark=4626#4589
Attachment #263420 - Flags: superreview?(rbs)
Attachment #263420 - Flags: review?(rbs)
Severity: normal → minor
I wouldn't bother with the ifdef. We don't support building without bidi; the ifdef is just there because it marks code that should really get reviewed.
Attached patch Patch rev. 2 (obsolete) — Splinter Review
Ok, thanks, I didn't know that. BTW, shouldn't all these virtual methods be moved to the .cpp file?
Attachment #263420 - Attachment is obsolete: true
Attachment #263424 - Flags: superreview?(rbs)
Attachment #263424 - Flags: review?(rbs)
Attachment #263420 - Flags: superreview?(rbs)
Attachment #263420 - Flags: review?(rbs)
Attachment #263424 - Flags: superreview?(rbs)
Attachment #263424 - Flags: superreview?(bzbarsky)
Attachment #263424 - Flags: review?(rbs)
Attachment #263424 - Flags: review?(bzbarsky)
Comment on attachment 263424 [details] [diff] [review] Patch rev. 2 rbs should really review this (esp. the relayout changes)
Attachment #263424 - Flags: review?(bzbarsky) → review?(rbs)
Comment on attachment 263424 [details] [diff] [review] Patch rev. 2 Looks ok.
Attachment #263424 - Flags: superreview?(bzbarsky) → superreview+
karlt, do you think you're up to reviewing this in lieu of rbs?
bz, patch looks reasonable from what i can tell, but i'm only just starting to work out which way is North in these frames, and i haven't looked at bidi. Deferring to roc seems a better idea now, or, if he doesn't get to it, hopefully i'll know which way is South in a few weeks time.
roc, you want to take a stab at the review?
Comment on attachment 263424 [details] [diff] [review] Patch rev. 2 let's do this. For the record, though, I wouldn't have bothered with this at this stage of the game just to fix an assertion.
Attachment #263424 - Flags: review?(rbs)
Attachment #263424 - Flags: review+
Attachment #263424 - Flags: approval1.9+
BTW Simon, what is this "nextBidi" child list actually used for?
nextBidi is an ugly hack. See bug 365132.
Comment on attachment 263424 [details] [diff] [review] Patch rev. 2 rerequest approval when tree gets out of red-state
Attachment #263424 - Flags: approval1.9+ → approval1.9?
Attachment #263424 - Flags: approval1.9? → approval1.9+
Attachment #263424 - Attachment is obsolete: true
Checking in layout/mathml/base/src/nsMathMLContainerFrame.h; /cvsroot/mozilla/layout/mathml/base/src/nsMathMLContainerFrame.h,v <-- nsMathMLContainerFrame.h new revision: 1.76; previous revision: 1.75 done
Status: NEW → RESOLVED
Closed: 18 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9 M10
Crashtest checked in.
Flags: in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: