Closed
Bug 388049
Opened 18 years ago
Closed 18 years ago
hangs while loading css test for multiple pseudo-elements, uses 120MBs of RAM
Categories
(Core :: Layout: Text and Fonts, defect)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
FIXED
People
(Reporter: dzbarsky, Assigned: roc)
References
()
Details
(Keywords: hang, regression)
Attachments
(3 files)
14.03 KB,
text/html
|
Details | |
1.60 KB,
text/html
|
Details | |
1.65 KB,
patch
|
smontagu
:
review+
dbaron
:
approval1.9+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7pre) Gecko/2007071003 SeaMonkey/2.0a1pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a7pre) Gecko/2007071003 SeaMonkey/2.0a1pre
When you click to open the link, Mozilla hangs and stops responding
Reproducible: Always
Steps to Reproduce:
1. Go to http://www.w3.org/Style/CSS/Test/CSS2.1/current/t051202-c26-psudo-nest-00-c.htm
2. Watch it hang
3.
Actual Results:
It hangs
Expected Results:
It should render the test
Reporter | ||
Updated•18 years ago
|
Summary: hangs while loading css test for multiple pseudo-elements → hangs while loading css test for multiple pseudo-elements, uses 120MBs of RAM
![]() |
||
Comment 1•18 years ago
|
||
I can confirm the hang, not on initial load, but on reload. Might have to do with the cache?
In any case, profiling the hang gives me:
Total hit count: 203594
Count %Total Function Name
109433 53.8 gfxTextRun::IsClusterStart(unsigned int)
51963 25.5 nsTextFrame::Reflow(nsPresContext*, nsHTMLReflowMetrics&, nsHTMLReflowState const&, unsigned int&)
42198 20.7 nsAutoArrayPtr::operator gfxTextRun::CompressedGlyph*() const
The profile is attached. Looks like a textframe issue.
d z, do you think you can construct a minimal testcase for this? That is, remove all the HTML and CSS that's not needed to reproduce the hang? That would be very helpful.
![]() |
||
Comment 2•18 years ago
|
||
Oh, loading the page the first time (when it doesn't hang) gives:
###!!! ASSERTION: aPos out of range: '0 <= aPos && aPos < mCharacterCount', file ../../dist/include/thebes/gfxFont.h, line 556
###!!! ASSERTION: Invalid offset: 'aOffset <= mSkipChars->mCharCount', file ../../../../mozilla/gfx/thebes/src/gfxSkipChars.cpp, line 92
WARNING: We shouldn't be backing up more than once! Someone must have set a break opportunity beyond the available width, even though there were better break opportunities before it: file ../../../mozilla/layout/generic/nsBlockFrame.cpp, line 3327
and some repeats of the above. When we hang,
###!!! ASSERTION: aPos out of range: '0 <= aPos && aPos < mCharacterCount', file ../../dist/include/thebes/gfxFont.h, line 556
is firing continuously.
Assignee: general → nobody
Status: UNCONFIRMED → NEW
Component: General → Layout: Fonts and Text
Ever confirmed: true
Keywords: regression
OS: Windows XP → All
Product: Mozilla Application Suite → Core
QA Contact: general → layout.fonts-and-text
Hardware: PC → All
![]() |
||
Updated•18 years ago
|
Flags: blocking1.9?
Reporter | ||
Comment 3•18 years ago
|
||
Not sure if it can be any smaller, I tried my best. Interestingly enough, if you comment out the the first line of css, then Mozilla hangs the first time that you open it. Also, none of this happens on Firefox 2.0.0.4 on 3.0a7pre nightly.
Assignee | ||
Comment 4•18 years ago
|
||
This patch fixes the assertions in this testcase. It's a simple error --- we just need to update mCurrentFramesAllSameTextRun along this other path.
It actually renders incorrectly, though --- the inline <strong> element seems to confuse things so that the entire paragraph gets rendered with the first-line style. I traced far enough to see that at some point we do create a textrun for the second and following lines with the right style, but I have to take a break from this for now. Followup bug.
Updated•18 years ago
|
Attachment #273904 -
Flags: review?(smontagu) → review+
Flags: blocking1.9? → blocking1.9+
Assignee | ||
Updated•18 years ago
|
Attachment #273904 -
Flags: approval1.9?
Comment on attachment 273904 [details] [diff] [review]
fix
a1.9=dbaron, although this doesn't actually need it since it's blocking1.9+.
Attachment #273904 -
Flags: approval1.9? → approval1.9+
Assignee | ||
Comment 6•18 years ago
|
||
checked in.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Pushed by mpalmgren@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/c25668460f0d
Add crashtest. r=mats DONTBUILD
Updated•7 years ago
|
Flags: in-testsuite+
Comment 8•7 years ago
|
||
bugherder |
You need to log in
before you can comment on or make changes to this bug.
Description
•