The home directory of my current machine is a mounted NFS directory from another machine. When I start /usr/bin/firefox, it gave me an error message like this: There are files in your profile that are owned by a user other than robbyjo. firefox can't execute in this condition. (see below for a more complete error message) When I type "ls -la ~/.mozilla", this is the output: total 32 drwxr-xr-x 5 4294967294 4294967294 4096 Jan 8 21:58 . drwxr-xr-x 53 4294967294 4294967294 4096 Apr 25 16:39 .. -rw-r--r-- 1 4294967294 4294967294 1045 Apr 25 14:53 appreg drwx------ 4 4294967294 4294967294 4096 Apr 25 14:53 default drwxr-xr-x 4 4294967294 4294967294 4096 Apr 25 14:53 firefox -rw-r--r-- 1 4294967294 4294967294 1065 Apr 25 14:53 mozver.dat -rw------- 1 4294967294 4294967294 2923 Apr 25 14:53 pluginreg.dat drwxr-xr-x 2 4294967294 4294967294 4096 Jan 8 21:10 plugins As you see that the user and group are pointed to 4294967294 and not robbyjo:users and therefore mozilla-launcher complained that these files are not of the same user/group and stopped. However, I'm able to read/write other files with no problem at all. Reproducible: Always Steps to Reproduce: 1. Invoke /usr/bin/firefox (preferably from console to see the error message) 2. There is no step 2 Actual Results: It gave me an error message as follows: No running windows found Error launching firefox: There are files in your profile that are owned by a user other than robbyjo. firefox can't execute in this condition. Here are some of the files that I found: /home/robbyjo/.mozilla/firefox /home/robbyjo/.mozilla/firefox/profiles.ini /home/robbyjo/.mozilla/firefox/g6zs0hcp.default /home/robbyjo/.mozilla/firefox/g6zs0hcp.default/chrome /home/robbyjo/.mozilla/firefox/g6zs0hcp.default/chrome/userChrome-example.css /home/robbyjo/.mozilla/firefox/g6zs0hcp.default/chrome/userContent-example.css /home/robbyjo/.mozilla/firefox/g6zs0hcp.default/chrome/overlayinfo /home/robbyjo/.mozilla/firefox/g6zs0hcp.default/chrome/overlayinfo/browser /home/robbyjo/.mozilla/firefox/g6zs0hcp.default/chrome/overlayinfo/browser/content /home/robbyjo/.mozilla/firefox/g6zs0hcp.default/chrome/overlayinfo/browser/content/overlays.rdf ... You can fix this problem by running the following: su -c 'chown -R robbyjo:users /home/robbyjo/.mozilla' Expected Results: Firefox is launched successfully. I decided to edit /usr/libexec/mozilla-launcher and comment out the following lines: # if [[ -n ${f} ]]; then # cat <<EOF #Error launching ${zero}: # #There are files in your profile that are owned by a user other than #$(id -un). ${zero} can't execute in this condition. Here are some of #the files that I found: #EOF # echo "${f}" | sed 's/^/ /' # (( $(echo "${f}" | wc -l) == 10 )) && echo " ..." # echo # echo "You can fix this problem by running the following:" # echo " su -c 'chown -R $(id -un):$(id -gn) $HOME/.mozilla'" # echo # return 101 # fi >&2 And it works. Firefox shows up. This bug also applies to Thunderbird as well. This is tested against mozilla-launcher version 1.32. Information from 'emerge info': -------------------------------- Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11-gentoo-r4 i686) ================================================================= System uname: 2.6.11-gentoo-r4 i686 Pentium III (Coppermine) Gentoo Base System version 1.6.10 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Apr 21 2005, 11:15:58)] dev-lang/python: 2.3.5 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r3, 1.9.5, 1.7.9-r1, 1.6.3, 1.4_p6 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O3 -march=pentium3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X X509 aalib acl alsa aotuv apache2 apm arts artswrappersuid authdaemond avi bcmath berkdb bitmap-fonts bzlib calendar caps cdr chroot cjk cpdflib crypt ctype cups curl curlwrappers dba dbase dbx dga dio directfb djbfft dlloader dmx emacs emboss encode erandom esd examples exif f77 fam fbcon flac flatfile font-server foomaticdb fortran freetds ftp gcj gd gdbm ggi gif gmp gnome gphoto2 gpm gstreamer gtk gtk2 guile iconv imagemagick imap imlib immqt immqt-bc inifile insecure-drivers ipv6 jack jack-tmpfs java jpeg junit justify kde kdeenablefinal kerberos ldap libcaca libg++ libwww mad mcve memlimit mhash mikmod mime mmx motif mozdevelop mozilla mozsvg mozxmlterm mp3 mpeg mssql mysql nas ncurses nls nptl odbc ogg oggvorbis opengl oss pam pam_chroot pam_console pam_timestamp pcntl pcre pcsc-lite pdflib perl perlsuid pic png portaudio posix postgres python qt quicktime readline ruby samba sample sasl sdk sdl session sftplogging sharedext simplexml skey slang slp smartcard soap sockets socks5 speex spell spl srp sse ssl svga sysfs sysvipc tcltk tcpd tetex threads tidy tiff tokenizer truetype truetype-fonts type1-fonts ucs2 unicode urandom userlocales vorbis x86 xml xml2 xmlrpc xmms xpm xprint xsl xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY -------------------------------- The server where physical home directory resides is in another Gentoo machine (SPARC).
I found out that this only happens in NFS 4. If I mount the directory as NFS 3, it works, because the permission is correctly set to robbyjo:users instead of 4294967294.
This sounds more like a NFS issue than a mozilla-launcher issue. I realise it's been a while... does the issue still exist for you?
Some user response needed here...