You are here

Firefox Portable

Firefox - profiles.ini - issue with overwriting on update

Submitted by BeaBonobo on October 19, 2015 - 4:19pm

Am I correct that when PortableApps updates Firefox it overwrites PROFILES.INI in the ...\App\Firefox directory?

This gives me a problem in that I have several profile pointers set in that file that I have to re-create after every update.

Is that the intended behavior?

Best wishes

Does 41.0.2-portable and torproject.org's firefox has problematic interaction?

Submitted by u21832 on October 17, 2015 - 10:19am

torproject version: 5.0.3 (based on Mozilla Firefox 38.3.0)
portable apps is 41.0.2
Both, concurrently on MS XP.
As far as I know, both claim they won't interact with the other.
Can you verify, or otherwise comment, on the following:

Starting another link in the already running instance of firefox

Submitted by randyrant on October 17, 2015 - 10:09am

I'd like to start a link in an already running instance of Firefox (no new Firefox window!). This used to work until 40.0.3 (e.g. with "start firefoxportable.exe [url]" from cmd.exe). The URL would open in the existing (open) instance of Firefox, everything fine.

Starting with 41.0 I receive the following error: "Another instance of Firefox is already running. Please...", using the same command. This new behavior breaks a lot of my aliases.

How would I return to the old behavior with the new launcher?

NO Launcher Hooray

Submitted by RobDownUnder on September 28, 2015 - 4:53am

Hi,
I love to have multiple portable FFs
Up until today, I used IceDragon, because it allowed that.
The latest version v38 does not allow that.
I had been avoiding Portable Apps, because I just feel uncomfortable having a 'front end' (aka the Launcher)
I took a punt and installed your FF v41, hoping that somehow I could get it the way I want.
During the 'Install' (cough), I directed it to a folder I had created.
It is in there and running fine.

Massive reproduceable problem when starting Firefox Portable

Submitted by Stahl on September 22, 2015 - 11:26pm

Hey there,

I hope you guys can help me with this. At least I'm hoping to get some ideas. I'm trying to describe my problem as good as possible.

First of all let me say that it doesn't matter if I use Firefox Portable or a ESR version, both behave the same. Out of 10 releases 9 versions cause the same problem. Also this problem haunts me like forever now. I'm on Win7 SP1 64bit if that's important.

[Fixed] Firefox, Thunderbird, SeaMonkey Portable do not correctly alert that a local instance is running

John T. Haller's picture
Submitted by John T. Haller on September 16, 2015 - 11:15am

Firefox Portable 40.0.2, ESR 38.2.0, Beta 41, Dev 42, and Nightly 43 fail to properly alert that another copy of Firefox is already running after they have been run once. This is due to the launcher using the parent.lock file within the profile as an indicator of whether that profile is currently in use. This file used to serve that purpose but no longer does. The launcher needs updating to use a system-wide mutex the way 7-Zip and other custom launchers do, as well as PAL.

Pages