Closed Bug 342922 Opened 19 years ago Closed 19 years ago

crash [@ nsRenderingContextImpl::GetTextDimensions]

Categories

(Core Graveyard :: GFX, defect)

x86
Windows XP
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: polidobj, Assigned: roc)

References

()

Details

(Keywords: regression, verified1.8.1, Whiteboard: required by 237085)

Attachments

(2 files)

It looks like this also crashes just opening bug 35229. Probably due to comment #1.
Blocks: 237085, longlines
No longer depends on: 237085
Attached patch fixSplinter Review
thanks for the stack ... the problem is obvious, the patch trivial
Assignee: general → roc
Status: NEW → ASSIGNED
Attachment #227348 - Flags: superreview?(rbs)
Attachment #227348 - Flags: review?(rbs)
Attachment #227348 - Flags: superreview?(rbs)
Attachment #227348 - Flags: superreview?(darin)
Attachment #227348 - Flags: review?(rbs)
Attachment #227348 - Flags: review?(darin)
Comment on attachment 227348 [details] [diff] [review] fix r+sr=darin
Attachment #227348 - Flags: superreview?(darin)
Attachment #227348 - Flags: superreview+
Attachment #227348 - Flags: review?(darin)
Attachment #227348 - Flags: review+
Shouldn't that be "*aFontID = 0;" like in the other methods?
checked in. Thanks
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Roc Isn't there a function overloading problem with GetTextDimensions? The caller that's causing this crash is calling GetTextDimensions with three parameters. if (aTx.TransformedTextIsAscii()) { aReflowState.rendContext->GetTextDimensions(bp1, wordLen, dimensions); } else { aReflowState.rendContext->GetTextDimensions(bp2, wordLen, dimensions); } So it's expecting the first GetTextDimensions to get called. But the second one is getting called. Thus aFontID is null. Or am I incorrect somewhere?
(In reply to comment #5) > Shouldn't that be "*aFontID = 0;" like in the other methods? Yes it should be. However, that is not really a concern.
(In reply to comment #7) There's a default argument of null for aFontID.
Verified FIXED using build 2006-06-28-08 of SeaMonkey trunk under Windows XP with https://bugzilla.mozilla.org/attachment.cgi?id=227290
Status: RESOLVED → VERIFIED
*** Bug 343088 has been marked as a duplicate of this bug. ***
Comment on attachment 227348 [details] [diff] [review] fix well, since the crash was added to the branch too, we kind of need it fixed there too :).
Attachment #227348 - Flags: approval1.8.1?
please don't ship with this crash
Flags: blocking1.8.1?
Attachment #227348 - Flags: approval1.8.1? → approval1.8.1+
Sorry, I should have checked this into the branch myself
Checked into 1.8.1 branch
Keywords: fixed1.8.1
Flags: blocking1.8.1?
Flags: blocking1.8.0.7?
Flags: blocking1.8.0.7? → blocking1.8.0.8?
Whiteboard: required by 237085
Verified fixed1.8.1 using build 20060821 Firefox/2.0b2 under Windows XP with https://bugzilla.mozilla.org/attachment.cgi?id=227290
Restoring lost blocking flag
Flags: blocking1.8.0.8?
Not taking bug 237085 in 1.8.0.8 so we don't need this one.
Flags: blocking1.8.0.8? → blocking1.8.0.8-
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: