Description of problem:
Firefox is very unstable in current rawhide; it usually crashes just scrolling
up and down on one page. Here's part of the gdb backtrace that leads me to
believe this is a cairo problem (the rest is attached).
firefox-bin: cairo.c:86: _cairo_error: Assertion `status > CAIRO_STATUS_SUCCESS
&& status <= CAIRO_STATUS_FILE_NOT_FOUND' failed.
Program received signal SIGABRT, Aborted.
#0 0x00e7b402 in __kernel_vsyscall ()
#1 0x00f5c7d8 in raise () from /lib/libc.so.6
#2 0x00f5df28 in abort () from /lib/libc.so.6
#3 0x00f559b5 in __assert_fail () from /lib/libc.so.6
#4 0x0070af9d in ?? () from /usr/lib/libcairo.so.1
#5 0x0070afae in ?? () from /usr/lib/libcairo.so.1
#6 0x0047bfaa in pango_cairo_renderer_get_type ()
from /usr/lib/libpangocairo-1.0.so.0
#7 0x004c47d9 in pango_renderer_draw_glyphs () from /usr/lib/libpango-1.0.so.0
#8 0x0047c4b9 in pango_cairo_show_glyph_string ()
from /usr/lib/libpangocairo-1.0.so.0
#9 0x007a807a in gdk_pango_renderer_get_type ()
from /usr/lib/libgdk-x11-2.0.so.0
#10 0x004c47d9 in pango_renderer_draw_glyphs () from /usr/lib/libpango-1.0.so.0
#11 0x004c593a in pango_renderer_draw_layout_line ()
from /usr/lib/libpango-1.0.so.0
#12 0x007a92d2 in gdk_draw_layout_line_with_colors ()
from /usr/lib/libgdk-x11-2.0.so.0
#13 0x007a93d8 in gdk_draw_layout_line () from /usr/lib/libgdk-x11-2.0.so.0
Version-Release number of selected component (if applicable):
firefox-1.1-0.2.4.deerpark.alpha2
cairo-0.6.0-1, pango-1.9.1-1, gtk2-2.7.4-1
How reproducible:
Usually.
Steps to Reproduce:
1. Open firefox.
2. Load http://slashdot.org/.
3. Scroll up and down a few times.
Actual results:
Firefox crashes.

If you uncomment the PANGO lines:
---
##
## Set MOZ_ENABLE_PANGO is no longer used because Pango is enabled by default
## you may use MOZ_DISABLE_PANGO=1 to force disabling of pango
##
MOZ_DISABLE_PANGO=1
export MOZ_DISABLE_PANGO
---
Then https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163692 is another bug
I started a few weeks ago that is about the instabilities sans the above statements.
When the first deerpark version appeared in rawhide, it appeared that
cairo-pango versions wouldn't show fonts correctly and also added another degree
of instability (when switching tabs, the dropdown menu dawdling bug, etc).
When PANGO is uncommented, the nature of the bugs is at least a bit more subtle,
and seems very centered on buttons being clicked in various dialog boxes. No
trace is ever given on exit, regardless of debug symbols, method of debug etc.
For me, all the deerpark, and I think the one 1.0.6 ff version all have had the
exact same instabilities.
The only other thing I really notice with the clicking buttons/ctd phenomenon is
that clicking them 5-10 seconds after they appear onscreen (e.g. clicking close
on the about:firefox box), will work 90% of the time, while clicking them
immediately will fail more than 1/2 the time.
I doubt I can get any more vague ;), so I'll leave it at that for now.

Ok, don't know if this would help or if it's related, but the below mozilla
version doesn't seem to crash like firefox, with same plugins. I haven't tried
with today's rawhide verison of mozilla yet, as there is a dependency of
epiphany that stops it.
mozilla-1.7.10-3

mozilla-1.7.11-1 (today's version on rawhide) crashed on the 7th click of a
cancel button in any dialog box. I tried it 3 more times, and it crashed within
1-9 clicks of either a cancel or ok button. The dialog box I used most (just for
info purposes) was the 'file bookmark' and 'cancel' button within it.
mozilla-1.7.10-3 did the same for me earlier on in this bug cycle.
I wonder if these crashes are at all related to cairo, although font & display
issues have seemed related to pango/cairo lately. Isn't cairo primarily about
print & display output & renderaccel? If that's true, I'm not seeing how the
handling of a button click could be cairo-related. Anyway, I mentioned a
bugzilla report in #4 that is non-cairo related and more about the input issue.

I strongly suspect this is related to problems with the cairo backend - I had
similar crashes with evince yesterday, like in firefox it seems triggered merely
by scrolling a page with heavy formatting.
Like you say moz seemed a bit more stable for a while but it has gained parity
with firefox lately

Anyway: it seems that there's possibly two (or more) fronts of the mozilla/ff/tb
crashes:
1) Output side, having to do with pango, cairo, (or so we think)
2) Input side, or crashes that occur when clicking on a button in a dialogue, or
a link occasionally.
If whatever I try above with my own FF builds proves that pango & cairo get rid
of #1 and #2 then I'll reply back here later on, but if not, I'll just go on
with the bug I started having only to do with the Input side crashes. This bug
is over at:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163692.
I think this other set of problems detailed over at 163692 were concurrent with
some rawhide gnome* gtk* packages as to when they began.

1) If you load the firefox binary manually (LD_LIBRARY_PATH=/usr/lib/firefox-1.1
/usr/lib/firefox-1.1/firefox-bin) the error indicates a problem with cairo:
firefox-bin: cairo.c:86: _cairo_error: Assertion `status > CAIRO_STATUS_SUCCESS
&& status <= CAIRO_STATUS_FILE_NOT_FOUND' failed.
2) A problem I've been having since the same round of updates has been that my
GNOME panel only works on a single desktop at a time - could this be related?
Problems occur with both i386 and x86-64.

Yes, I noted the cairo assertion in my initial report and the bug summary. For
reference, the easiest way to get firefox (or mozilla) to give debugging output
is to close all firefox windows, then run firefox -g, which loads firefox in
gdb. (Did Mickey, the author of comment #4, try this?)
I don't see the panel problem; you should open a separate bug.

Anders, I would've but you beat me to it ;) My debug-enabled build blew apart
while I was at work, so more on that another time.
I'll stick to the other thread since my main gripe (buttons buttons buttons)
seems like a gtk thing (courtesy of Anders) and a Cairo component which is
really this bugzilla entry.
I also don't see *that* panel problem, but there's another bug around (I think I
started, don't recall, in any case, it didn't belong as specific to fedora)
about the panel causing kicker to segfault upon GUI exit, but this is
acknowleged as fixed in the next rawhide release (or so I recall, which is
suspect at this point of the day ) This one may have gotten tossed upstream to
freedesktop.org or some such place.

I guess I can't keep away from this, but this topic seems related over in the
mozillazine forums:
http://forums.mozillazine.org/viewtopic.php?p=1646946#1646946
And I'm currently trying builds with an .configure option I knew nothing of
before this: (--enable-system-cairo (use the $pkg-config cairo --libs --cflags
query) or --disable-system-cairo (use mozilla.org's 'internal cairo'))
I can't really tell which is the default although $pmap -x pid(running
firefox-bin) leads me to think that --enable-system-cairo is the default. More
waiting for builds to complete and eventually see if that does anything.
Has anyone else tried playing with those options?

I've built cairo-0.6.0-2 in rawhide, with a patch from cairo CVS (related to
font options and font caching). With this build, I can no longer reproduce the
crashes described in this bug. Please give it a try once it hits rawhide and
let me know if it fixes your problems.

The new cairo fixes this bug (as described by the reporter), but
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163692 isn't related. I
left it open and posted a patch there that I found over on gnome bugzilla for an
identical (nearly) stack trace. Check out that bug if you're having crashing
problems *only due* to various clicks on buttons in dialogues. See 163692 and if
you can build your own ff/tb/moz then you can try out the patch and see if that
is of any use. I can crash it endlessly with this new rawhide cairo package, but
I can't seem to crash it (yet ;)) with the patch applied and firefox built over it.

Firefox does in deed seem much more stable with cairo 0.6.0-2.
Have been using it for three hours, including the usual crashers: tabs,
scrolling, middleclicking, slashdot et cetera.
Confirming what Dennis J reported: the bug seems fixed!

Note

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