Closed
Bug 303395
Opened 19 years ago
Closed 19 years ago
crash with file-selector using gtk 2.7 and cairo
Categories
(Firefox :: Shell Integration, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: dxmatthews, Assigned: caillon)
Details
(Keywords: crash)
Attachments
(1 file)
|
16.76 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050804 Firefox/1.0+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050804 Firefox/1.0+
firefox will crash when opening the file-selector with GTK+-2.7 and cairo, every
time.
Assert fails in cairo when checking for a valid image type:
firefox-bin: cairo-xlib-surface.c:1883: _xlib_glyphset_cache_create_entry:
Assertion `NOT_REACHED' failed.
/usr/lib/firefox/run-mozilla.sh: line 131: 9954 Aborted "$prog" ${1+"$@"}
This has only happened with firefox, so I don't think it's a GTK or cairo bug
System is Fedora Core 4
Mozilla 1.7.11 works properly, but it was compiled for FC4, which uses gcc4, and
firefox is standard build using gcc3. I don't know if that is relevant
Reproducible: Always
Steps to Reproduce:
1.use any method in firefox to open the file-selector dialogue
2.CRASH!!!
3.I can confirm this bug. This happens exactly the same way, on system running Gentoo, with latest Firefox trunk and latest GTK 2.7.5/Cairo-0.6.0 releases
Comment 2•19 years ago
|
||
I see the same thing on Fedora Core Rawhide however this crash does *not* happen with the Rawhide Firefox release, only with the nightly builds.
Flags: blocking1.8b4?
Updated•19 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•19 years ago
|
Flags: blocking1.8b4? → blocking1.8b4+
Comment 4•19 years ago
|
||
After todays Rawhide update which contained cairo-0.9.2, pango-1.9.1 and gtk2-2.8.0 Firefox stopped crashing and instead shows the dialogs without text (as seen in the attached screenshot).
Comment 5•19 years ago
|
||
After updating to todays Rawhide this works for me. (cairo-1.0.0, pango-1.10.0, gtk2-2.8.0)
Comment 6•19 years ago
|
||
Resolving as WFM per Dennis' here and Vlad's comments in bug 304983.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Updated•19 years ago
|
Flags: blocking1.8b4+
You need to log in
before you can comment on or make changes to this bug.
Description
•