Closed Bug 595836 Opened 14 years ago Closed 11 years ago

Firefox freeze when loading http://nanoc.stoneship.org

Categories

(Firefox :: General, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: kaz.rag, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:2.0b5) Gecko/20100101 Firefox/4.0b5
Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b5) Gecko/20100101 Firefox/4.0b5

Firefox freeze when loading http://nanoc.stoneship.org, this is happening for some time (I can remember that for all the 4.0 betas). And is always reproducible. 

I can reproduce it with minefield (4.0b6pre the build from http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/) and from my compiled builds (4.0b5build1, pgo).

I can't see anything strange with the html of said site, but the css use embedded fonts (ttf and eot). The css is at http://nanoc.stoneship.org/assets/style-v15.css

On IRC teoli reported that he can reproduce on Mac OS X and Cork with Win xp/2k8 but not with Ubuntu.

In my system (Arch Linux) I have the following version of libs:
- cairo 1.8.10
- pango 1.28.1
- freetype 2.4.2

Cork is using minefield too but a different version of freetype (2.3.11).

Reproducible: Always
No hang with Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) Gecko/20100913 Firefox/4.0b6pre. Can you try creating a new profile and see if it happens there? http://support.mozilla.com/en-US/kb/managing+profiles
Version: unspecified → Trunk
(In reply to comment #1)
> No hang with Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) Gecko/20100913
> Firefox/4.0b6pre. Can you try creating a new profile and see if it happens
> there? http://support.mozilla.com/en-US/kb/managing+profiles

Ohh, sorry I forgot to write it. All is reproduced with new empty profiles.
I can reproduce the bug on debian. X86_64 also. Tested with latest nightly.
I can reproduce on Firefox 3.6.13, Arch Linux, i686. I downloaded the site and opened it locally, and Firefox still freezes. However moving away the font files assets/fonts/gentium-*.ttf makes Firefox render it without freezing. When I open these files using kfontview they appear OK. 

Commands to download and open site locally:
  wget -r http://nanoc.stoneship.org
  cd nanoc.stoneship.org
  firefox index.html

URLs for the gentium-basic font files used by the site:
  http://nanoc.stoneship.org/assets/fonts/gentium-basic.ttf
  http://nanoc.stoneship.org/assets/fonts/gentium-basic-bold.ttf
  http://nanoc.stoneship.org/assets/fonts/gentium-basic-italic.ttf
  http://nanoc.stoneship.org/assets/fonts/gentium-basic-bold-italic.ttf
Same issue here. Using Ubuntu 10.10. Firefox 3.6.13 freezes when opening http://nanoc.stoneship.org
I compiled Firefox 4.0b8 with --enable-system-cairo, and this build has no problem opening the site. I tried to do the same with 3.6, but ldd shows that the compiled executable does not link to cairo. My distro (Arch Linux)'s Firefox 3.6.12 package has --enable-system-cairo commented out maybe for a related reason.

I haven't had time to look into change logs, but my guess is that this bug is caused by an old version of cairo/freetype2 included in Firefox (Firefox 3.6.13 bundles Freetype 2.3.7, while Firefox 4.0b8 bundles 2.4.3, and my system has 2.4.4).
(In reply to comment #6)

I have the same results as Yaohan Chen. Same distro, same firefox with system-cairo, same freetype. It is linked to system cairo and freetype, confirmed by ldd and readelf.

And I confirm that its works now.

Another site that crashed http://www.fontspring.com/ (the @font-face demo page) works now too. Sorry for not posting early.

Now I or someone need to do a binary search with different versions of freetype/cairo to find a offending one.
WFM on
Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20130724 Firefox/25.0

Please only reopen this bug if you can reproduce on a current Firefox version (23,24,25).
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.