Bug 176566 - Firefox crashes when asked to show some pages
Summary: Firefox crashes when asked to show some pages
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: rawhide
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Christopher Aillon
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-12-26 16:21 UTC by Horst H. von Brand
Modified: 2007-11-30 22:11 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-03-10 15:00:28 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Backtrace of the "hung" firefox process (2.13 KB, text/plain)
2006-01-01 02:27 UTC, Bojan Smojver
no flags Details

Description Horst H. von Brand 2005-12-26 16:21:54 UTC
Description of problem:
firefox crashes when accessing http://ars.userfriendly.org/cartoons/?id=20051223

Version-Release number of selected component (if applicable):
firefox-1.5-3

How reproducible:
Always with the given page

Steps to Reproduce:
1. firefox http://ars.userfriendly.org/cartoons/?id=20051223
2.
3.
  
Actual results:
Pango-ERROR **: file basic-fc.c: line 347 (basic_engine_shape): assertion
failed: (face != NULL)
aborting...

Expected results:
A cartoon ;-)

Additional info:
I have looked at several pages, but this is the only one up to here.

Comment 1 Paul Dickson 2005-12-29 09:45:23 UTC
If I download the firefox-1.5 tar file, and run from a user sub-directory, I
have no problems with pages I can't otherwise load.

If I use the RPM, firefox-1.5-3, it exits with "Exit 133" and leaves a core file.

I've seen the PANGO error once or twice, but not every time.

Considering that I don't have this problem with the version from mozilla.org,
this might be a compiler error (or libstdc++).  Has this problem escalated just
this week?  It seems so to me.

Comment 2 Bojan Smojver 2005-12-29 09:59:28 UTC
Seeing crashes here too, on random pages, sometimes when trying to do stuff in
Bugzilla. Will try to gather some debugging info and report back.

May be related to bug #176639 (no idea, but saw it in Bugzilla, so it's worth
keeping any eye on it). My language is set to en_AU.UTF-8.

Comment 3 Paul Dickson 2005-12-29 10:29:56 UTC
Additional Info:
  Pentium-M notebook:  1.5-3 has no problems
  Pentium II notebook: core dumps

Both systems are up-to-date wrt development.

Comment 4 Paul Dickson 2005-12-29 10:31:56 UTC
The Pentium-II notebook was running firefox in safe-mode.

Comment 5 Bojan Smojver 2005-12-29 10:46:39 UTC
Forgot to mention, I'm running with SELinux enabled, if that's important (it was
in bug #175275).

Comment 6 Bojan Smojver 2006-01-01 02:18:37 UTC
No idea what SIG33 means, but it nevertheless appear to have hung FF for me,
when run with -g option (inside gdb). I have firefox-debuginfo loaded.
Attachement will follow.

Comment 7 Bojan Smojver 2006-01-01 02:27:08 UTC
Created attachment 122669 [details]
Backtrace of the "hung" firefox process

No idea if the process is really hung of if it's just terribly slow. I'm
compiling the kernel at the same time and kmalloc debugging is on, so it could
be just very, very slow. Anyhow, I never noticed the SIG33 thingy before, so
I'm reporting it here.

Comment 8 Christopher Aillon 2006-01-04 17:32:43 UTC
Does disabling selinux fix the issue?  If so, does updating to
selinux-policy-2.1.6-19 help?

Comment 9 Paul Dickson 2006-01-04 19:44:29 UTC
I do not have selinux enabled and the problem occurs.

Comment 10 Bojan Smojver 2006-01-04 23:22:14 UTC
I do have SELinux disabled right now due to bug #176839, but I haven't used FF
that extensively to be sure (i.e. it didn't crash yet). Crashes are intermittent
on my system anyway, so it's a bit difficult to replicate...

Comment 11 Bojan Smojver 2006-01-05 11:21:24 UTC
Most definitely happens with SELinux disabled too. Just had a crash...

Comment 12 Horst H. von Brand 2006-01-05 17:41:46 UTC
Now firefox-1.5-4, everything up to date as of today (20060105), no SELinux.
Crashes reliably with the page I reported originally.

Comment 13 Paul Dickson 2006-01-05 18:42:50 UTC
What processors are being used?  I run reliably on a Pentium-M, but my Pentium
II crashes on the same pages.

Comment 14 Bojan Smojver 2006-01-05 21:28:33 UTC
I've got a Pentium 4 based Celeron. I'm seeing intermittent crashes only.

Comment 15 Paul Dickson 2006-02-07 00:06:15 UTC
firefox-1.5.0.1-2:  Can't crash it in the same manner any more.

Unrelated to this bug, but I can crash it with:
    https://bugzilla.mozilla.org/show_bug.cgi?id=325540


Comment 16 Horst H. von Brand 2006-03-09 19:56:28 UTC
1.5.0.1-7 now, doesn't crash with the original page. The crash in #15 seems
unrelated in any case.

BTW, my CPU is a Pentium-M/1500.

Should I close this now?

Comment 17 Bojan Smojver 2006-03-10 01:59:30 UTC
I haven't had a crash of FF in a long time as well.

Comment 18 Paul Dickson 2006-03-10 09:57:20 UTC
The fix for #15 is scheduled for 1.5.0.2, which will be released some time in
the next few weeks.  This is unrelated to this bug though.

The original bug was most likely a GCC compiler bug, as the binary from
mozilla.org did not have this problem (#1).  It most likely could have been
fixed before 1.5.0.1's release, after one of the numerous GCC updates going on
during that period.

I say close it.


Note You need to log in before you can comment on or make changes to this bug.