I am running Mozilla Firefox 3.6.4 and CUPS 1.4.4. When I try to print anything in Firefox, the browser crashes before the Print window even comes up. Running firefox from the command line generates the following: <<<$ firefox ReferenceError: _loadDefaults is not defined [object Object] (child won, so we're deferring) (child won, so we're not deferring) (processing deferred in-call) (child won, so we're not deferring) (child won, so we're deferring) (processing deferred in-call) << >>>>> Reproducible: Always Steps to Reproduce: 1.Open Firefox 2.Press "ctrl-p" or click on File -> Print Actual Results: The browser crashes Expected Results: The print dialog should appear. I just tried printing from Epiphany, and everything worked as expected there.
Created attachment 236481 [details] Bug Buddy report from crash Attached is the Bug Buddy report from the crash. I'm running Gnome in case it matters.
Forgot to add that I also have a 32 bit chrooted environment on the same machine running x86 stable, and I'm not experiencing the bug there (it uses Firefox 3.6.3).
confirm: 32bit. kde 4.3. firefox-bin-3.6.3/4. ALWAYS reproducible
Same here, amd64 firefox-3.6.6 and thunderbird-3.1 emerge --info: Portage 2.2_rc67 (default/linux/amd64/10.0/desktop/gnome, gcc-4.4.4, glibc-2.11.2-r0, 2.6.35-rc3-git3 x86_64) ================================================================= System uname: Linux-2.6.35-rc3-git3-x86_64-AMD_Athlon-tm-_X2_Dual_Core_Processor_BE-2400-with-gentoo-2.0.1 Timestamp of tree: Tue, 29 Jun 2010 10:00:01 +0000 app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 virtual/os-headers: 2.6.34 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA RTCW-ETEULA dlj-1.1 cadsoft PUEL AdobeFlash-10 AdobeFlash-10.1" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe -ftree-vectorize -floop-interchange -floop-strip-mine -floop-block" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=native -O2 -pipe -ftree-vectorize -floop-interchange -floop-strip-mine -floop-block" DISTDIR="/var/tmp/distfiles" FEATURES="assume-digests distlocks fixpackages news noinfo parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo/ ftp://ftp.spline.inf.fu-berlin.de/mirrors/gentoo/" LANG="de_DE.utf8" LDFLAGS="-Wl,-O1,--hash-style=gnu,--sort-common,--as-needed" LINGUAS="de" MAKEOPTS="-j2 -s" PKGDIR="/var/tmp/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlay/portage /usr/local/overlay/layman/gnome" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac acpi alsa amd64 berkdb branding bzip2 cairo caps cdparanoia cdr cleartype cli consolekit cracklib crypt cups curl cxx dbus djvu dri dts dvb dvd dvdr emboss encode exif expat fam ffmpeg fftw firefox flac fontconfig fortran gdbm gdu gif gimp glib gmp gnome graphite gstreamer gtk iconv idn ithreads jpeg jpeg2k lame latex lcms libnotify libsamplerate lirc lzo mad mikmod mmx mmxext mng modules mp3 mp4 mpeg mplayer mudflap multilib musepack nautilus ncurses nls nptl nptlonly ogg opengl openmp pango pcre pdf perl png ppds pppd pulseaudio python qt3support readline reflection sdl session sndfile spl sse sse2 ssl startup-notification svg sysfs tetex theora threads tiff truetype unicode usb vorbis wavpack wma wmf x264 xcb xinerama xml xorg xulrunner xv xvid xvmc zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" LIRC_DEVICES="devinput inputlirc" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby18" SANE_BACKENDS="gt68xx genesys" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
www-client/firefox-bin or www-client/mozilla-firefox ?? is `revdep-rebuild --ignore` clean?
I ran strace on Firefox 3.6.6 and it is crashing when querying cups. I'm running cups 1.4.4 and out of the computers that have had Firefox upgraded to 3.6.4 or 3.6.6 are crashing. 3/3 are crashing now when printing on x86 and x86_64.
Excellent observation Brian, it's definitely related to cups. I found an old ebuild for cups-1.4.3 and rebuilt that and the issue went away (now on Firefox 3.6.6). I then re-emerged cups-1.4.4 and the crash came back. This would also explain why I didn't see the issue in my 32 bit chroot environment which runs x86 stable (so it has cups-1.3.11).
Here is the explanation. Firefox is the program with the bug. http://www.cups.org/str.php?L3606
Good work tracking it down guys! firefox upstream probably won't be too happy that the new cups won't work with dlclose, but hopefully they can work something out...
For reference, here's the upstream bug: https://bugzilla.mozilla.org/show_bug.cgi?id=573039
Confirmed that downgrading CUPS to 1.3.11-r1 prevents the crashing on ~amd64 with firefox-3.3.6. Is this the suggest work around until a fix is available?
Confirmed that downgrading to 1.4.3 solves the problem for both Firefox and Thunderbird. 1.4.3 can be fetched from: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-print/cups/cups-1.4.3.ebuild?revision=1.2 I don't know about any security implications, but if you want to stay at a 1.4 version, this is the latest that works.
I have just updated cups ebuild. If you could enable gnutls and disable threads when it hits the tree and test I can get this resolved for the time being.
(In reply to comment #13) > I have just updated cups ebuild. If you could enable gnutls and disable threads > when it hits the tree and test I can get this resolved for the time being. > Tested with USE="+gnutls -threads" (and ssl use flag still set); print preview in firefox no more crashes, and printing via cups-pdf works. My emerge --info is in comment #4. Thank you.
(In reply to comment #14) > (In reply to comment #13) > > I have just updated cups ebuild. If you could enable gnutls and disable threads > > when it hits the tree and test I can get this resolved for the time being. > > > > Tested with USE="+gnutls -threads" (and ssl use flag still set); > print preview in firefox no more crashes, and printing via cups-pdf works. > My emerge --info is in comment #4. > > Thank you. > Thank you for testing and reporting back, I will get this fixed in the tree tonight to force an upgrade of cups useflags for everyone.
Fixed in latest ~arch builds. I will push to get this to stable as soon as possible.
So.. any particular reason why it needs to be cups[gnutls] over just cups[ssl]?
or actually || ( cups[gnutls] cups[ssl] ) (or the other way around as openssl is preferred in cups)
(In reply to comment #18) > or actually > > || ( cups[gnutls] cups[ssl] ) > > (or the other way around as openssl is preferred in cups) > I am working on getting dlclose issue fixed in mozilla products, until this is fixed to ensure the printing support is avaliable cups will have to link to gnutls over ssl.
(In reply to comment #19) > (In reply to comment #18) > > or actually > > > > || ( cups[gnutls] cups[ssl] ) > > > > (or the other way around as openssl is preferred in cups) > > I am working on getting dlclose issue fixed in mozilla products, until this is > fixed to ensure the printing support is avaliable cups will have to link to > gnutls over ssl. For me, this only works because building cups[-ssl,gnutls] disables SSL support entirely: # fgrep -n SSLListen /etc/cups/cupsd.conf /var/log/cups/error_log /etc/cups/cupsd.conf:19:SSLListen localhost:443 /var/log/cups/error_log:1:E [04/Aug/2010:09:41:30 -0400] Unknown directive SSLListen on line 19. If cups is built [gnutls,-ssl,-dbus], a bug in config-scripts/cups-ssl.m4 (PKGCONFIG used before it's set) causes SSL support to be silently omitted. Enabling dbus on a system with pthreads generates a warning and disables SSL: configure: WARNING: The current version of GNU TLS cannot be made thread-safe. The cups ebuild hard-codes --enable-threads, so building with -threads won't help.
(In reply to comment #19) > (In reply to comment #18) > > or actually > > > > || ( cups[gnutls] cups[ssl] ) > > > > (or the other way around as openssl is preferred in cups) > > > > I am working on getting dlclose issue fixed in mozilla products, until this is > fixed to ensure the printing support is avaliable cups will have to link to > gnutls over ssl. Forgot the more obvious issue-- why require SSL or GNU TLS at all? If the issue is that OpenSSL+CUPS+Firefox is broken, shouldn't the dep be cups[-ssl]? (cups[gnutls] is a no-op anyway.) Does Firefox require CUPS to have SSL?
firefox is not the only program that prints. i transfer print jobs between fire department nodes and ssl is a mandatory requirement to protect patient information.
(In reply to comment #22) > firefox is not the only program that prints. i transfer print jobs between > fire department nodes and ssl is a mandatory requirement to protect patient > information. Well, sure, it's a requirement for us as well. I was only talking in context of this bug with Firefox. My point was that if you're going to "fix" the problem by making cups[gnutls] a dep, then you should at least do it correctly (IMO) by using cups[-ssl], rather than forcing everyone to use gnutls, even when they don't need SSL. This whole thing is a band-aid until Firefox is fixed anyway.
Is this fixed.... what a mess. IMHO this is not fixed, it is a workaround and there should be some dependncy on the next version of firefox... Also if this is an issue with amd64 why should a be enforced on all versions (x86???) In a lot of cases openssl "just works"(tm), where you need to fiddle around to get some kind of more or less working software with gnutls. So I prefer openssl far above gnutls as it seems a bit more mature. I didn't have any need to install gnutls until this came by. And i prefer ssl connections above plain text...
I don't understand, what gnutls got to do with firefox? Maybe this only applies to binary firefox, if you build from source the dependency of a dependency is something that should not be added, unless it uses some feature. The gnutls USE effects only server side of cups, so I truly don't understand why it was added.
(In reply to comment #24) > Is this fixed.... what a mess. > IMHO this is not fixed, it is a workaround and there should be some dependncy > on the next version of firefox... Also if this is an issue with amd64 why > should a be enforced on all versions (x86???) > > In a lot of cases openssl "just works"(tm), where you need to fiddle around to > get some kind of more or less working software with gnutls. > So I prefer openssl far above gnutls as it seems a bit more mature. > I didn't have any need to install gnutls until this came by. > And i prefer ssl connections above plain text... > (In reply to comment #25) > I don't understand, what gnutls got to do with firefox? > Maybe this only applies to binary firefox, if you build from source the > dependency of a dependency is something that should not be added, unless it > uses some feature. > The gnutls USE effects only server side of cups, so I truly don't understand > why it was added. > You have not taken the time to read any of the code which is clear from the comments. This is a problem where cups will crash due to dlclose. If you want to fix it start ripping the entire printing code out and rewritting it properly. If you want to pay me 1500 dollars a day I will make this a priority.
Then how about this: http://www.cups.org/str.php?L3606 If I read the last comment correctly then this won't help either. As the GnuTLS software hs similar functionality as OpenSSL. (call backs to the base image, which doesn't match dlclose....). So this means that the workaround might also explode...
on AMD64 I have cups WITHOUT gnutls xulrunner-1.9.2.9 firefox-3.6.9 and I can, prepring, print etc. no crash observed. [I] net-print/cups Available versions: 1.3.11-r1!t 1.3.11-r2!t ~1.4.4-r2!t {X acl avahi dbus debug elibc_FreeBSD gnutls java (+)jpeg kerberos ldap linguas_da linguas_de linguas_en linguas_es linguas_et linguas_eu linguas_fi linguas_fr linguas_he linguas_id linguas_it linguas_ja linguas_ko linguas_nl linguas_no linguas_pl linguas_pt linguas_pt_BR linguas_ru linguas_sv linguas_zh linguas_zh_TW pam perl php (+)png ppds python samba slp (+)ssl static static-libs +threads (+)tiff +usb xinetd zeroconf} Installed versions: 1.3.11-r2!t(23:15:51 07/12/10)(X acl avahi dbus java jpeg kerberos ldap linguas_en pam perl php png ppds python samba slp ssl tiff zeroconf -gnutls -linguas_de -linguas_es -linguas_et -linguas_fr -linguas_he -linguas_id -linguas_it -linguas_ja -linguas_pl -linguas_sv -linguas_zh_TW -static -xinetd) Homepage: http://www.cups.org/ Description: The Common Unix Printing System [I] net-libs/xulrunner Available versions: (1.9) 1.9.2.8 1.9.2.9 {+alsa +cups custom-optimization dbus debug elibc_FreeBSD gnome +ipc java libnotify startup-notification system-sqlite wifi} Installed versions: 1.9.2.9(1.9)(22:42:20 09/12/10)(alsa cups dbus ipc java libnotify startup-notification wifi -custom-optimization -debug -elibc_FreeBSD -gnome -system-sqlite) Homepage: http://developer.mozilla.org/en/docs/XULRunner Description: Mozilla runtime package that can be used to bootstrap XUL+XPCOM applications [I] www-client/firefox Available versions: 3.6.8 3.6.9 {+alsa bindist +cups custom-optimization dbus elibc_FreeBSD gnome +ipc java libnotify linguas_af linguas_ar linguas_as linguas_be linguas_bg linguas_bn linguas_bn_BD linguas_bn_IN linguas_ca linguas_cs linguas_cy linguas_da linguas_de linguas_el linguas_en linguas_en_GB linguas_en_US linguas_eo linguas_es linguas_es_AR linguas_es_CL linguas_es_ES linguas_es_MX linguas_et linguas_eu linguas_fa linguas_fi linguas_fr linguas_fy linguas_fy_NL linguas_ga linguas_ga_IE linguas_gl linguas_gu linguas_gu_IN linguas_he linguas_hi linguas_hi_IN linguas_hr linguas_hu linguas_id linguas_is linguas_it linguas_ja linguas_ka linguas_kk linguas_kn linguas_ko linguas_ku linguas_lt linguas_lv linguas_mk linguas_ml linguas_mr linguas_nb linguas_nb_NO linguas_nl linguas_nn linguas_nn_NO linguas_oc linguas_or linguas_pa linguas_pa_IN linguas_pl linguas_pt linguas_pt_BR linguas_pt_PT linguas_rm linguas_ro linguas_ru linguas_si linguas_sk linguas_sl linguas_sq linguas_sr linguas_sv linguas_sv_SE linguas_ta linguas_ta_LK linguas_te linguas_th linguas_tr linguas_uk linguas_vi linguas_zh_CN linguas_zh_TW startup-notification system-sqlite wifi} Installed versions: 3.6.9(22:49:40 09/12/10)(alsa cups dbus ipc java libnotify linguas_en linguas_en_GB linguas_en_US linguas_nl startup-notification wifi -bindist -custom-optimization -elibc_FreeBSD -gnome -linguas_af -linguas_ar -linguas_as -linguas_be -linguas_bg -linguas_bn -linguas_bn_BD -linguas_bn_IN -linguas_ca -linguas_cs -linguas_cy -linguas_da -linguas_de -linguas_el -linguas_eo -linguas_es -linguas_es_AR -linguas_es_CL -linguas_es_ES -linguas_es_MX -linguas_et -linguas_eu -linguas_fa -linguas_fi -linguas_fr -linguas_fy -linguas_fy_NL -linguas_ga -linguas_ga_IE -linguas_gl -linguas_gu -linguas_gu_IN -linguas_he -linguas_hi -linguas_hi_IN -linguas_hr -linguas_hu -linguas_id -linguas_is -linguas_it -linguas_ja -linguas_ka -linguas_kk -linguas_kn -linguas_ko -linguas_ku -linguas_lt -linguas_lv -linguas_mk -linguas_ml -linguas_mr -linguas_nb -linguas_nb_NO -linguas_nn -linguas_nn_NO -linguas_oc -linguas_or -linguas_pa -linguas_pa_IN -linguas_pl -linguas_pt -linguas_pt_BR -linguas_pt_PT -linguas_rm -linguas_ro -linguas_ru -linguas_si -linguas_sk -linguas_sl -linguas_sq -linguas_sr -linguas_sv -linguas_sv_SE -linguas_ta -linguas_ta_LK -linguas_te -linguas_th -linguas_tr -linguas_uk -linguas_vi -linguas_zh_CN -linguas_zh_TW -system-sqlite) Homepage: http://www.mozilla.com/firefox Description: Firefox Web Browser
(In reply to comment #28) > on AMD64 > I have cups WITHOUT gnutls > xulrunner-1.9.2.9 > firefox-3.6.9 > > and I can, prepring, print etc. no crash observed. You are also not on cups-1.4.4. For those interested in cups without gnutls feel free to test the mozilla overlay xulrunner-2.0/firefox-4.0 beta's and let us know if you are still having a crash or if printing is working as expected.
Yep, so why not only require gnutls for the cups-1.4.4 please.
(In reply to comment #30) > Yep, so why not only require gnutls for the cups-1.4.4 please. > 1.4.4 is going stable so mute point.
it probably won't be the first one that gets package.masked... I don't see the urgency to stabilize packages that still have obvious flaws, while others that might be more important stay in old versions. I'll stop talking now.
*** Bug 337825 has been marked as a duplicate of this bug. ***
For those interested and running ~arch systems I have included a reverted revision in the mozilla overlay of xulrunner-1.9.2.9-r1 and firefox-3.6.9-r1, I have not had any issues with a crash after cups is using openssl-1.0.0a. You can find the overlay at http://git.overlays.gentoo.org/gitweb/?p=proj/mozilla.git;a=summary We do not need to hear about any failures with in tree version, if your still experiencing the crash and your cups is linked to openssl-1.0.0a please update your post on the bug and we will continue to work to move back to cups ssl instead of gnutls.
Now there is a name conflict. There is on -r1 in the tree and one in the mozilla overlay.... how to force the overlay one.?
Soon as openssl-1.0.0a-r3 is stabilized mozilla herd will be able to revert the cups dep to not force gnutls, we will leave cups as a useflag just for those who do not really need/want printing support.
I also didn't experience any crashes, but I'm still using openssl stable <1.0.0 and also cups is built without gnutls.
(In reply to comment #37) > I also didn't experience any crashes, but I'm still using openssl stable <1.0.0 > and also cups is built without gnutls. > Nico you are having an awful lot of trouble understanding the cups-1.4.4 built against <openssl-1.0.0 crashes. This is a well known issue, cups upstream was even aware that they broke compatibility. Please do not post anymore info unless you can completely read the info in the bug report, you spamming my inbox with useless emails along with everyone else that is involved in this report.
(In reply to comment #36) > Soon as openssl-1.0.0a-r3 is stabilized mozilla herd will be able to revert the > cups dep to not force gnutls, we will leave cups as a useflag just for those > who do not really need/want printing support. My libcups.so is linked against openssl 1.0.x, but firefox still crashes. Do I still need USE="gnutls" for my cups 1.4.4?
(In reply to comment #39) > (In reply to comment #36) > > Soon as openssl-1.0.0a-r3 is stabilized mozilla herd will be able to revert the > > cups dep to not force gnutls, we will leave cups as a useflag just for those > > who do not really need/want printing support. > > My libcups.so is linked against openssl 1.0.x, but firefox still crashes. > Do I still need USE="gnutls" for my cups 1.4.4? > You will need to do a backtrace to see if it is still crashing in openssl.
Created attachment 256976 [details] backtrace of firefox crash with libcups.so linked against openssl-1.0 I'm still having this issue with net-print/cups-1.4.5 linked against dev-libs/openssl-1.0.0c. I see the crash with both www-client/firefox-3.6.13 and mail-client/thunderbird-3.1.7. Backtrace attached. If a more detailed backtrace is needed, I will be happy to provide one.
Created attachment 258271 [details, diff] cups-1.4.4-segfault-fixup.patch For those who can produce the crash please feel free to test patch, we are fixing to land it upstream on the 1.9.2 branch which means it will be included in 3.6.14
Well I am gonna land this today, if anyone wants to test before it lands I will give a 6 hour window.
thunderbird-3.1.7-r2 xulrunner-1.9.2.13-r1 have been fixed thanks for all those who have reported.
