D. Hugh Redelmeier wrote, On 03/05/2008 11:57 PM:
| From: Todd Denniston <Todd.Denniston@xxxxxxxxxxxxxxxxxx>
|
| D. Hugh Redelmeier wrote, On 03/05/2008 03:39 PM:
| > But the greatest inconvenience was that if you
| > had ff64 running, any attempt to run ff32 would just hand off the
| > request to ff64. Too smart.
| > The problem is in the script /usr/bin/firefox. I'm too lazy to hack
| > it. I don't actually know the consequences of two instances both
| > writing stuff into ~/.mozilla
|
| How are you sure it is in the firefox script?
| I just took a look at it (quickly) and did not see anything obvious that would
| make the script do a choice for run a new copy vise connect to the running
| copy.
I think that this is the relevant code (I cannot test this hypothesis
without breaking my vow of laziness):
# check to see if there's an already running instance or not
ALREADY_RUNNING=`check_running`
# If there is no command line argument at all then try to open a new
# window in an already running instance.
if [ "${ALREADY_RUNNING}" -eq "1" ] && [ -z "$1" ]; then
exec $MOZ_CLIENT_PROGRAM $MOZ_CLIENT_PROGRAM_PARAM "xfeDoCommand(openBrowser)" 2>/dev/null>/dev/null
fi
Ok, interestingly the firefox script from RedHat/Fedora includes this bit of
code, but the one directly from mozilla does not and yet it still behaves the
same.
Therefore: i believe that the RH/Fedora script is a patch they KEEP applying
(firefox.sh.in from the srpm) and is only there to confuse the issue. :)
too bad when you issue `rpm -e package.src.rpm` it does not know how to clean
up /usr/src/redhat.
--
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter
