Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 145116 - firefox 1.5.0.9 crashes when attempting to launch download handler
Summary: firefox 1.5.0.9 crashes when attempting to launch download handler
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-25 14:45 UTC by James Hiebert
Modified: 2007-01-25 06:57 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
stdout and stderr from a +debug build of mozilla-firefox 1.5.0.6 (firefox.log,19.67 KB, text/plain)
2006-08-25 14:52 UTC, James Hiebert
Details

Note You need to log in before you can comment on or make changes to this bug.
Description James Hiebert 2006-08-25 14:45:26 UTC
Gentoo Base System version 1.12.4
Portage 2.1-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.6-r4, 2.6.17-gentoo-r4 i686)
=================================================================
System uname: 2.6.17-gentoo-r4 i686 Intel(R) Pentium(R) M processor 2.00GHz
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.3.5, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/grass60/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/"
LINGUAS="en"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 X acpi acpi4linux alsa apm arts avi bash-completion berkdb bitmap-fonts bzlib cdr cli crypt cups dlloader doc dri dvd dvdr dvdread eds emboss encode flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg libg++ libwww mad mikmod motif mozilla mp3 mpeg ncurses nls ogg oggvorbis opengl pam pcre pdflib perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts vorbis xine xml2 xmms xorg xv xvid yv12 zlib elibc_glibc input_devices_keboard input_devices_mouse input_devices_synaptics input_devices_kbd kernel_linux linguas_en userland_GNU video_cards_i810"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Description:
Firefox 1.5.0.6 hangs and becomes unresponsive whenever I attempt to open a file that would be handled by the download manager or an external application (e.g. a pdf or something).  This is consistently reproducible.  I observed the problem in version 1.5.0.5 as well.  I have attempted to use a new profile and have deleted all .mozilla and .firefox files, and it has not rectified the problem.

Steps to reproduce:
Click on a link to an external application.  E.g.
http://www.mrtr.org/river/MRTRcoursemap.pdf

the browser then freezes and I am forced to kill -9 all running threads.

USE flags:
[ebuild   R   ] www-client/mozilla-firefox-1.5.0.6  USE="debug ipv6 -gnome -java -mozdevelop -xinerama -xprint" LINGUAS="-ar -ca -cs -da -de -el -en_GB -es -es_AR -es_ES -fi -fr -ga -ga_IE -he -hu -it -ja -ko -mk -nb -nb_NO -nl -pl -pt_BR -ro -ru -sk -sl -sv -sv_SE -tr -zh_CN -zh_TW" 0 kB

I used +gnome as well, and the problem was the same.

I compiled in debug flags at an attempted log of the crash.  Hopefully the log will be helpful.

Please let me know if you need more info.
~James
Comment 1 James Hiebert 2006-08-25 14:52:15 UTC
Created attachment 95089 [details]
stdout and stderr from a +debug build of mozilla-firefox 1.5.0.6

Apparently it crashes on uploads too because I had to switch to another computer to upload the attachment.  Is this a MIME issue?
Comment 2 giggles1 2006-09-03 12:54:15 UTC
I am not sure if I have this same problem. firefox-bin simply crashes immediately on any download.
Comment 3 Jory A. Pratt 2006-12-24 08:03:49 UTC
Is this still an issue ... no comment within 72 hours will equal bug being closed as need-info
Comment 4 James Hiebert 2006-12-24 08:10:38 UTC
(In reply to comment #3)
> Is this still an issue ... no comment within 72 hours will equal bug being
> closed as need-info
> 

Yup, still an issue (and still annoying).  Suspecting that this was some sort of interplay between firefox and other packages, I did an "emerge -e world" and then deleted the old profile and made a fresh one.  No dice.

For some reason I think that it's some problem between firefox and some of the gnome packages, but I don't know everything that firefox interacts with...
Comment 5 Christian Marie (RETIRED) gentoo-dev 2006-12-24 09:09:14 UTC
So this issue is continuing on 1.5.0.9?
Comment 6 James Hiebert 2006-12-24 22:39:54 UTC
Yes, unfortunately it continues on to 1.5.0.9

BTW Here is a warning that I receive each time firefox locks up:

(Gecko:3557): gnome-vfs-modules-WARNING **: Could not initialize inotify

In this instance, 3557 is the pid of firefox
Comment 7 Jory A. Pratt 2006-12-25 07:28:51 UTC
(In reply to comment #6)
> Yes, unfortunately it continues on to 1.5.0.9
> 
> BTW Here is a warning that I receive each time firefox locks up:
> 
> (Gecko:3557): gnome-vfs-modules-WARNING **: Could not initialize inotify
> 
> In this instance, 3557 is the pid of firefox
> 

Without a proper backtrace, there is nothing we can do .. you should start by mv ~/.mozilla ~/mozilla~ and see if that solves your problem. If not attach a backtrace.
Comment 8 Elfyn McBratney (beu) (RETIRED) gentoo-dev 2007-01-05 17:19:40 UTC
Resolving NEEDINFO as per comment #7.
Comment 9 James Hiebert 2007-01-24 22:50:26 UTC
(In reply to comment #8)
> Resolving NEEDINFO as per comment #7.
> 

I solved this problem.  My kernel apparently did not have inotify support (CONFIG_INOTIFY=y) compiled in.  After I did so, everything has been working great.

Would you be able to add a clearer warning message to the gnome-vfs-modules-WARNING (comment #6) pointing to the kernel, so that people are able to more easily diagnose this problem in the future?
Comment 10 Christian Marie (RETIRED) gentoo-dev 2007-01-25 06:57:23 UTC
No, we cannot. If you really want that changed poke gnome-vfs. Resolving.