abrt 1.1.1 detected a crash. architecture: i686 Attached file: backtrace cmdline: /usr/lib/firefox-3.6/firefox component: firefox executable: /usr/lib/firefox-3.6/firefox global_uuid: 47f1ad37290ac89ce326d61004b7a145c153a2be kernel: 2.6.33.5-112.fc13.i686.PAE package: firefox-3.6.3-4.fc13 rating: 3 reason: Process /usr/lib/firefox-3.6/firefox was killed by signal 11 (SIGSEGV) release: Fedora release 13 (Goddard) comment ----- Firefox crashed when I pressed ctrl+p to print. I think it happened twice, and this is the second time it crashed. There seems to be some embedded python in the stack, and it recurses "inifitely" on: File "/usr/share/glib-2.0/gdb/gobject.py", line 45, in is_g_type_instance_helper return is_g_type_instance_helper(first_field.type)
Created attachment 426247 [details] File: backtrace
*** Bug 607240 has been marked as a duplicate of this bug. ***
This is fully reproducible for me right now - see bug 607240 which for some reason got a different abrt hash and thus wasn't filed as duplicate ... Printing from for example gedit works fine.
Package: firefox-3.6.3-4.fc13 Architecture: i686 OS Release: Fedora release 13 (Goddard) How to reproduce ----- 1. Try to print page from firefox 2. Boom 3.
Oh - so I'm not alone on this one. Nice to know. On further investigation: I see crashes with cups*-1.4.4-3.fc13.i686 from updates-testing. After yum --disablerepo=updates-testing downgrade 'cups*' I get cups*-1.4.3-6.fc13.i686 instead, and then it works fine. Do you other reporters also have update-testing enabled and can you confirm that the problem goes away by downgrading cups*? I will reassign to cups and vote on https://admin.fedoraproject.org/updates/cups-1.4.4-3.fc13
Can we get a fixed cups into updates-testing to fix this? Or if there is a new one in koji can it be pushed straight to updates-testing for tomorrows repo cache?
I also gave negative karma to it in admin updates. Please build a -4 and fix the bug.
Opening print preview in Firefox crashes it perfectly reproducibly here. After "yum downgrade cups cups-libs" to 1.4.3 it works again.
OK. The history behind this is that gnutls has no way of making its use of libgcrypt thread-safe when used from a library (see bug #553834 and bug #569803). As a result, CUPS 1.4.4 refuses to link against gnutls in this situation. Unfortunately, it seems that linking against openssl also fails for some reason. I think the safest thing to do right now is to switch back to gnutls. :-(
Novell's bugzilla instance is also tracking this so I've added a reference. I tried just switching to gnutls and it made no difference(!). What does seem to work is configuring with '--disable-threads --enable-gnutls', so we'll go with that.
I've created a separate update. Please try it out. https://admin.fedoraproject.org/updates/cups-1.4.4-4.fc13
cups-1.4.4-4.fc13 fixes the crash in Firefox print preview for me.
Agreed 100% fixed in -4
Tim, it seems like you forgot to add this issue on https://admin.fedoraproject.org/updates/cups-1.4.4-5.fc13 (now in request for stable)
Yes, forgot. I'll update the status by hand though.
Re-opening to track the regression caused by --disable-threads.
*** Bug 612078 has been marked as a duplicate of this bug. ***
The original gnutls issue: bug #544619.
And the underlying libgcrypt issue: bug #569803.
I'm building a cups-1.4.4-8.fc12 package which hopefully addresses this for Fedora 12. Would love extra testing on it before I merge the change to the other branches...
I was not able to reproduce (bug #612078, comment #30) the crash in F12 so I can't verify that cups-1.4.4-8.fc12 fixes it. So I merged the changes into F13, built cups-1.4.4-10.fc13 and I can verify that it fixes bug #612078 and I can also print from firefox-3.6.7-1.fc13
Thanks. When I was testing a F13 merge this morning I did get a Firefox crash while loading the print dialog, but I haven't been able to get it to happen since. Digging into gcrypt to try to get a patch for the right fix available for review.
(In reply to comment #22) > When I was testing a F13 merge this morning I did get a Firefox crash > while loading the print dialog, me too when I built cups locally (fedpkg local), however after building in mock it's ok.
My crash was from a mock build. :-( I wish we could get a reliable reproducer to demonstrate the problem, which I still believe is present. So far my simple attempt (attached) doesn't crash.
Created attachment 447790 [details] attempt at reproducer (but doesn't work)
I've put in a mutex protecting all our calls into gnutls, and taken out the GCRYCTL_SET_THREAD_CBS call altogether. So far it's looking good in my local testing of a mock build, in that I haven't managed to get Firefox to crash on Ctrl-P yet. Koji builds building now: cups-1.4.4-9.fc12 cups-1.4.4-10.fc13
cups-1.4.4-10.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/cups-1.4.4-10.fc14
cups-1.4.4-10.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/cups-1.4.4-10.fc13
cups-1.4.4-9.fc12 has been submitted as an update for Fedora 12. https://admin.fedoraproject.org/updates/cups-1.4.4-9.fc12
cups-1.4.4-10.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update cups'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/cups-1.4.4-10.fc14
cups-1.4.4-10.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
Re-opening for F-12 and F-14.
cups-1.4.4-10.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
cups-1.4.4-9.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.