After emerging mozilla-firefox-0.8-rc3 I did go to: http://texturizer.net/firefox/themes/ to choose and install a new theme for firefox. Trying to install any themes result in the browser quiting without warning. If launched on the command line no error message is given. Downloading the .jar file is doable but when using the installation script on texturizer.net to install the theme it quits again, which means it is probably the installation part and not the downloading part that breaks. Note that the theme is not available on restart of the application. As far as I know themes work on other systems (Mac OSX). Reproducible: Always Steps to Reproduce: 1.go to http://texturizer.net/firefox/themes/ 2.choose a theme 3.install it by clicking the appropriate link Actual Results: the browser quits. Expected Results: Firefox should have installed the theme and made it available in the theme menu. bash-2.05b# emerge info Portage 2.0.50-r6 (default-ppc-2004.1, gcc-3.2.3, glibc-2.3.2-r9, 2.4.24-ppc-r4) ================================================================= System uname: 2.4.24-ppc-r4 ppc 7450, altivec supported Gentoo Base System version 1.4.10 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=7450 -pipe -maltivec -mabi=altivec" CHOST="powerpc-unknown-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /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/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mcpu=7450 -pipe -maltivec -mabi=altivec" DISTDIR="/usr/portage/distfiles" FEATURES="ccache" GENTOO_MIRRORS="ftp://ftp.vic.keypoint.com.au http://mirrors.tds.net/gentoo ftp://mirrors.tds.net/gentoo http://mirror.tucdemonic.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib alsa arts berkdb cdr cups dvd dvdr esd fbcon foomaticdb gdbm gif gpm gtk2 imlib jpeg kde libwww mitshm motif mozilla ncurses nls oggvorbis opengl oss pam perl png ppc ppds python qt readline sdl sheep slang ssl tcpd tetex truetype xml xml2 xv"
I have been pretty long before starting reporting bugs and that bug was present in all ebuild of firefox-0.8 that I have tested (0.8, 0.8-r1 and 0.8-r3 I think I skipped r2).
Same problem when trying to install extensions (so any xpi file ?)
I can confirm this problem applies to PPC version but not x86. Here are some trace with strace (gdb is not working see bug #42287) : $strace ./firefox-bin [...] munmap(0x3001e000, 4096) = 0 open("/usr/share//mime/magic", O_RDONLY|O_LARGEFILE) = 36 fstat64(36, {st_mode=S_IFREG|0644, st_size=9713, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x3001e000 read(36, "MIME-Magic\0\n[80:application/x-mo"..., 4096) = 4096 read(36, "2>38=\0\25application/x-kontour\n[50"..., 4096) = 4096 read(36, "/rfc822]\n>0=\0\10#! rnews\n>0=\0\nForw"..., 4096) = 1521 read(36, "", 4096) = 0 close(36) = 0 munmap(0x3001e000, 4096) = 0 open("/etc/mime.types", O_RDONLY|O_LARGEFILE) = 36 read(36, "################################"..., 1024) = 1024 read(36, "ation/batch-SMTP\napplication/bee"..., 1024) = 1024 read(36, "fec\napplication/pics-rules\t\t\t\tpr"..., 1024) = 1024 read(36, "entity\napplication/vnd.3M.Post-i"..., 1024) = 1024 read(36, "esupdate\napplication/vnd.enliven"..., 1024) = 1024 read(36, ".hp-PCLXL\napplication/vnd.httpho"..., 1024) = 1024 read(36, "pplication/vnd.meridian-slingsho"..., 1024) = 1024 read(36, "enet-directory\napplication/vnd.n"..., 1024) = 1024 read(36, "a", 1) = 1 read(36, "pplication/vnd.stardivision.calc"..., 1024) = 1024 read(36, "rence\napplication/vnd.visio\nappl"..., 1024) = 1024 read(36, "ation/x-httpd-php-source\t\t\tphps\n"..., 1024) = 1024 read(36, "ication/x-ogg\t\t\t\togg\napplication"..., 1024) = 1024 read(36, "g.722.1\naudio/l16\naudio/midi\t\t\t\t"..., 1024) = 1024 read(36, "ge/tiff\t\t\t\t\ttiff tif\nimage/vnd.c"..., 1024) = 1024 read(36, "del/mesh\t\t\t\t\tmsh mesh silo\nmodel"..., 1024) = 1024 read(36, "ext/vnd.motorola.reflex\ntext/vnd"..., 1024) = 1024 read(36, "rence/x-cooltalk\t\t\t\tice\n\nx-world"..., 1024) = 57 read(36, "", 1) = 0 close(36) = 0 access("/home/olivier/.phoenix/default/ndq304ik.slt/mimeTypes.rdf", F_OK) = 0 stat64("/home/olivier/.phoenix/default/ndq304ik.slt/mimeTypes.rdf", {st_mode=S_IFREG|0644, st_size=287, ...}) = 0 stat64("/home/olivier/.phoenix/default/ndq304ik.slt/mimeTypes.rdf", {st_mode=S_IFREG|0644, st_size=287, ...}) = 0 open("/home/olivier/.phoenix/default/ndq304ik.slt/mimeTypes.rdf", O_RDONLY|O_LARGEFILE) = 36 lseek(36, 0, SEEK_CUR) = 0 lseek(36, 0, SEEK_END) = 287 lseek(36, 0, SEEK_SET) = 0 read(36, "<?xml version=\"1.0\"?> \n\n<RDF xm"..., 4096) = 287 read(36, "", 4096) = 0 close(36) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- unlink("/home/olivier/.phoenix/default/ndq304ik.slt/lock") = 0 exit(11) = ?
This ppc-problem has been fixed with firefox-0.9. So this bug could be closed.
