Since upgrading to Firefox 1.5.0.4 (since it became stable) I cannot open second instance of the browser. First works fine. When trying to open second I get: $firefox /usr/lib/mozilla-firefox/mozilla-xremote-client: Error: Failed to send command: 500 command not parseable Browser doesn't understand command I am really not sure what the error message means. Interstingly, specifying display "firefox -display :0" I am able to open as many firefox instances as I want. But I still think that new instance should be opened without specifying display. My firefox USE flags: [ebuild R ] www-client/mozilla-firefox-1.5.0.4 -debug +gnome +ipv6 +java -mozdevelop -xinerama -xprint 0 kB $ emerge info Portage 2.0.54-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r3, 2.6.16-ck10 i686 ) ================================================================= System uname: 2.6.16-ck10 i686 AMD Athlon(TM) XP 2400+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 dev-python/pycrypto: [Not Present] 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-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/texmf/dv ipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/s hare/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://128.213.5.34/gentoo/ http://mirror.datapipe.net/gentoo ftp://mirr ors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X aac aalib alsa apache2 apm artworkextra audiofile avi bash-com pletion berkdb bitmap-fonts bzip2 cdparanoia cdr cjk cli cpudetection crypt cups curl cu stom-cflags dbus divx4linux dri dts dv dvb edl eds emboss encode exif expat fam fbcon fb dev fftw firefox flac foomaticdb fortran fpx gd gdbm gif gimp glibc-omitfp glut gnome gp hoto2 gpm graphviz gstreamer gtk gtk2 gtkhtml guile hal idn imagemagick imlib ipv6 isdnl og java javascript jpeg lcms libcaca libg++ libwww live lzo lzw-tiff mad mikmod mmx mmxe xt mng motif mozilla mozsvg mp3 mpeg msn nas ncurses network new-login nls nptl nptlonly nsplugin nvidia ogg openal opengl pam pcre pdflib perl plotutils png pppd python quickt ime readline real recode reflection rtc scanner sdl session slang spell spl sse ssl svg tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb v4l v4 l2 vorbis win32codecs wmf xml xml2 xmms xorg xv xvid zlib userland_GNU kernel_linux elib c_glibc" Unset: CTARGET, INSTALL_MASK, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, POR TAGE_RSYNC_OPTS
Please reopen if you can reproduce with 1.5.0.9.
I see the same with 1.5.0.9, reopening. $firefox /usr/lib/mozilla-firefox/mozilla-xremote-client: Error: Failed to send command: 500 command not parseable Browser doesn't understand command
Works for me, do you have MOZILLA_NEWTYPE set?
(In reply to comment #3) > Works for me, do you have MOZILLA_NEWTYPE set? > Yes, I had this setup, after removing it, everything works as it should. You can close this bug then, I would just like to know why MOZILLA_NEWTYPE would cause error like that.
(In reply to comment #4) > (In reply to comment #3) > > Works for me, do you have MOZILLA_NEWTYPE set? > > > > Yes, I had this setup, after removing it, everything works as it should. > You can close this bug then, I would just like to know why MOZILLA_NEWTYPE > would cause error like that. > I can confirm this behavior, but cannot find where I set the MOZILLA_NEWTYPE variable, as this was years ago that it was set. Any pointers on where to look?
The issue is upstream. Basically the problem is that openURL with an empty or not entirely valid URL explodes, with that vauge message. Resolving.
