260503 - crash in nsRuleNode::GetStyleData on this site

Status: RESOLVED WORKSFORME

(Core :: Layout: Block and Inline, defect)

Description

[Mikel Ward]

When attempting to view the Australian Taxation Office's web site, the browser
crashes before it the home page finished loading.  The attached stack trace
seems to suggest the crash is occurring in the layout code.  This site appears
to use Mozilla-specific layout written in CSS and JavaScript.

Comment 1

[Mikel Ward]

Attachment: stack trace of crashing after opening browser then navigating to ato.gov.au

Comment 2

[Hermann Schwab]

wfm Mozilla/5.0 (Windows; U; Win98; rv:1.7.3) Gecko/20040911 Firefox/0.10
wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a4) Gecko/20040919

Reporter, which version of Firefox are you using?
Home-made, last milestone, current nightly?

Comment 3

[Mats Palmgren (inactive)]

WFM, 2004-09-20-07 trunk Linux.

Comment 4

[Boris Zbarsky [:bzbarsky]]

Chances are, this is yet another null font metrics bug....

Comment 5

[Mikel Ward]

Sorry for not responding sooner, I didn't have bug mail set up.

User agent is:
Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040918 Firefox/0.10

Running under Gentoo Linux, probably with both GTK2 and FreeType.  Is there an
easy way to check the build flags?

There are a few sites that are affected by this.  Another I noticed today is
<http://www.science.org.au>.

The same sites work fine for me under Windows, so it would seem likely it's
related to something platform specific such as GTK2 or FreeType, as suggested
earlier.

Comment 6

[Andrew Schultz]

worksforme with linux trunk 20040926 and firefox 0.10
make sure you have no unreadable fonts and no .fon fonts (bug 183729 and bug 180309)

Comment 7

[Mikel Ward]

I made a simple test case <http://endbracket.net/michael/ato/test.html>.

It seems that whenever Mozilla attempts to render a Type1 font (e.g. Helvetica
or Times) the browser crashes.  Note the originally mentioned site has a common
style sheet that specifies Arial then Helvetica then Sans-Serif, however it
overrides this with a Netscape-specific style sheet that prefers Helvetica to
Arial.  (In any case, the user would see this if Helvetica is installed, Arial
is not, and no font aliases exist, such as those typical in the vanilla
fontconfig configuration.)

I don't think it's precisely the same problem as either of the other two
mentioned here: these are Type1 fonts, not TrueType fonts, and the font files
are all readable (generally -r--r--r-- root:root).  They exist under
/usr/share/fonts/75dpi and /usr/share/fonts/100dpi as gzipped files.

Comment 8

[Mats Palmgren (inactive)]

(In reply to comment #5)
> Running under Gentoo Linux, probably with both GTK2 and FreeType.  Is there an
> easy way to check the build flags?

about:buildconfig

Does it still occur in the latest trunk build?
http://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/latest-trunk/

Also, the URL in comment 7 is 404.

Comment 9

[Mats Palmgren (inactive)]

Michael, does this bug still occur for you in a recent build?
http://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/latest-trunk/

Comment 10

[Martijn Wargers (dead)]

This is wfm with current trunk and branch builds.
I suggest to mark this bug worksforme (someone who is on linux).

Comment 11

[Mats Palmgren (inactive)]

WFM, Firefox 2.0b1 and SeaMonkey 2006080201 trunk on Linux.

-> WORKSFORME