Closed
Bug 490777
Opened 16 years ago
Closed 16 years ago
ASSERTION: character/glyph clump contains no glyphs!
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.9.2a1
People
(Reporter: jruderman, Assigned: jfkthame)
References
Details
(6 keywords, Whiteboard: [fixed1.9.1b99])
Attachments
(3 files, 2 obsolete files)
110 bytes,
text/html
|
Details | |
2.68 KB,
patch
|
Details | Diff | Splinter Review | |
2.69 KB,
patch
|
beltzner
:
approval1.9.1+
|
Details | Diff | Splinter Review |
I'm hitting this a lot. Regression from bug 481948?
Reporter | ||
Comment 1•16 years ago
|
||
###!!! ASSERTION: character/glyph clump contains no glyphs!: 'glyphStart < glyphEnd', file /Users/jruderman/central/gfx/thebes/src/gfxAtsuiFonts.cpp, line 1151
###!!! ASSERTION: character/glyph contains no characters!: 'charStart != charEnd', file /Users/jruderman/central/gfx/thebes/src/gfxAtsuiFonts.cpp, line 1152
###!!! ASSERTION: aPos out of range: '0 <= aPos && aPos < mCharacterCount', file ../../../dist/include/thebes/gfxFont.h, line 857
###!!! ASSERTION: Index out of range: 'aIndex < mCharacterCount', file /Users/jruderman/central/gfx/thebes/src/gfxFont.cpp, line 2295
firefox-bin(25991,0xa04ca720) malloc: *** error for object 0x77180000: pointer being freed was not allocated
many of
###!!! ASSERTION: aPos out of range: '0 <= aPos && aPos < mCharacterCount', file ../../../dist/include/thebes/gfxFont.h, line 857
crash [@ gfxTextRun::CompressedGlyph::IsClusterStart] touching 0x1ee00000
Reporter | ||
Comment 2•16 years ago
|
||
I see this bug on my bottom mini, but not on my macbook pro. Odd, since they're both running Leopard.
Assignee | ||
Comment 3•16 years ago
|
||
Yes, this will surely be a result of bug 481948.
(In reply to comment #2)
> I see this bug on my bottom mini, but not on my macbook pro. Odd, since
> they're both running Leopard.
Are you running the same binary on both, or building separately on each? I notice the problem is in the (rewrite of the) ATSUI text path, so I'm guessing your MBPro is using CoreText instead. So either a build difference (10.4u vs 10.5 SDK, which determines whether the CoreText code is built), or a profile difference.
Reporter | ||
Comment 4•16 years ago
|
||
Building separately. It will be a few weeks before I can see which SDK each computer uses.
Assignee | ||
Comment 5•16 years ago
|
||
Confirmed that I get this failure with ATSUI and not with CoreText (with the same build, 10.5 SDK, using the gfx.force_atsui_text pref to control which path is used).
Assignee | ||
Comment 6•16 years ago
|
||
The particular case that triggered the failure is an isolated low surrogate in a right-to-left text run. The clustering code has a special case for low surrogates in RTL text in order to improve cursor/selection behavior (to associate them with the proper high surrogate), but we shouldn't do this if the low surrogate was unpaired.
Assignee: nobody → jfkthame
Attachment #375261 -
Flags: review?(roc)
Comment on attachment 375261 [details] [diff] [review]
fix handling of unpaired low surrogate in RTL text
add a line break so the line isn't too long
Attachment #375261 -
Flags: review?(roc) → review+
Should add the test as a crashtest too.
Assignee | ||
Comment 9•16 years ago
|
||
Attachment #375261 -
Attachment is obsolete: true
Assignee | ||
Updated•16 years ago
|
Keywords: checkin-needed
Whiteboard: [needs landing]
Status: NEW → RESOLVED
Closed: 16 years ago
Flags: in-testsuite+
Keywords: checkin-needed
Resolution: --- → FIXED
Whiteboard: [needs landing] → [needs 191 landing]
Whiteboard: [needs 191 landing] → [needs 191 approval]
Attachment #375349 -
Flags: approval1.9.1?
Assignee | ||
Comment 11•16 years ago
|
||
Code patch is exactly the same for trunk and 1.9.1 (once 481948 is applied there), but in order to land cleanly the crashtest list is updated. This should land on branch at the same time as bug 481948, otherwise we will have a regression there.
Attachment #376485 -
Flags: approval1.9.1?
Assignee | ||
Comment 12•16 years ago
|
||
Previous version of the 1.9.1 patch was incomplete (failed to add the test file). Sorry about the bug-spam. :(
Attachment #376485 -
Attachment is obsolete: true
Attachment #376486 -
Flags: approval1.9.1?
Attachment #376485 -
Flags: approval1.9.1?
Comment 13•16 years ago
|
||
Comment on attachment 376486 [details] [diff] [review]
patch for 1.9.1, corrected
[Checkin: Comment 15]
a191=beltzner
Attachment #376486 -
Flags: approval1.9.1? → approval1.9.1+
Updated•16 years ago
|
Attachment #375349 -
Flags: approval1.9.1?
Assignee | ||
Comment 14•16 years ago
|
||
NB: for 1.9.1, this should land on top of the patch for bug 481948, and be
pushed together.
Keywords: checkin-needed
Whiteboard: [needs 191 approval] → [needs 191 landing]
Updated•16 years ago
|
Whiteboard: [needs 191 landing] → [needs 1.9.1 landing: see comment 14]
Updated•16 years ago
|
Attachment #375349 -
Attachment description: broken the long line, added crashtest → broken the long line, added crashtest
[Checkin: Comment 10]
Comment 15•16 years ago
|
||
Comment on attachment 376486 [details] [diff] [review]
patch for 1.9.1, corrected
[Checkin: Comment 15]
http://hg.mozilla.org/releases/mozilla-1.9.1/rev/2a4c9e79d7b8
Attachment #376486 -
Attachment description: patch for 1.9.1, corrected → patch for 1.9.1, corrected
[Checkin: Comment 15]
Updated•16 years ago
|
Keywords: checkin-needed → fixed1.9.1
Whiteboard: [needs 1.9.1 landing: see comment 14] → [fixed1.9.1b5]
Target Milestone: --- → mozilla1.9.2a1
Updated•15 years ago
|
Whiteboard: [fixed1.9.1b5] → [fixed1.9.1b99]
You need to log in
before you can comment on or make changes to this bug.
Description
•