Closed Bug 221065 Opened 21 years ago Closed 21 years ago

[xft] silent crash on http://www.friendsreunited.co.uk

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 183729

People

(Reporter: mike, Assigned: blizzard)

References

()

Details

(Keywords: crash)

User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.4) Gecko/20030701 Build Identifier: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.4) Gecko/20030701 page crashes with no feedback Occurs with both 1.4 and 1/10/2003 cvs Reproducible: Always Steps to Reproduce: 1. open http://www.friendsreunited.co.uk 2. 3. Actual Results: crash Expected Results: page opens
Severity: normal → critical
Keywords: crash
This site loads fine with a CVS build I just pulled and built (on Linux, debug build). Do you have any plug-ins that could be causing trouble here? I assume you are getting the same "please log in" front page that I am before the crash? Or does Mozilla crash too early to tell?
1. too early to tell 2. seems to be related to font-handling if I alter the fonts from the default sans/serif to a named font everything seems to work
Could you please type "about:buildconfig" in the URL bar and hit enter? That should tell you the configuration of your build. Was it configured with xft?
Configure with xft (both builds)
.
Assignee: general → blizzard
Summary: silent crash on http://www.friendsreunited.co.uk → [xft] silent crash on http://www.friendsreunited.co.uk
Do you know how to make a stack trace?
Blocks: xft_triage
I have experienced the same thing under all XFT enabled builds of Firebird 0.7, Mozilla 1.4.1, Mozilla 1.5, Mozilla 1.6 under Fedora Core 1. Using non-XFT enabled builds does not crash. The following page is the culprit: http://msittig.freeshell.org/bookmarks/bookmarks.2003march.html The Google cache of that page crashes the browser as well: http://216.239.53.104/search?q=cache:umF5n-5uAxwJ:msittig.freeshell.org/bookmarks/bookmarks.2003march.html+sis+dvi+shuttle+xfree86&hl=en&ie=UTF-8 For some reason, If I run Mozilla or Firebird as root, I get similar behavior visiting the site http://www.google.com . If run under my normal account, google does not crash, but many search result pages do. The only variant I can imagine there is my local user XFT configuration file, .fonts directory, .xftcache, etc. I did not experience any crashes using XFT enabled builds under RedHat 8.0, and these crashes only began appearing after upgrading to Fedora Core 1
I have some more information regarding this bug. I strace'd the mozilla process, and found the following right before the crash: poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN, revents=POLLIN}], 2, 0) = 1 open("/usr/share/fonts/zh_CN/TrueType/zysong.ttf", O_RDONLY) = -1 ENOENT (No such file or directory) munmap(0xbf392000, 70121) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- unlink("/home/slacy/.mozilla/slacy/rsenavs6.slt/lock") = 0 exit_group(11) = ? So, I went into /usr/share/fonts/zh_CN/TrueType and moved away the file "fonts.cache-1" which was in that directory. I also noted that the file "zysong.ttf" did not exist. I presume that these fonts.cache files were not correctly upgraded from RH8.0 to Fedora Core 1. I believe that by removing the files, I am causing them to be regenerated. It is possible that I'll have to run some fontconfig program to add the fonts and recreate the fonts.cache files. After that, the page mentioned above loads correctly (and contains chinese characters)
dup *** This bug has been marked as a duplicate of 183729 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.