Note: There are a few cases of duplicates in user autocompletion which are being worked on.

Local directories created when Firefox run from removable media with -profile

NEW
Unassigned

Status

()

Toolkit
Startup and Profile System
13 years ago
9 years ago

People

(Reporter: John T. Haller (email is bugzilla2@), Unassigned)

Tracking

(Depends on: 1 bug)

unspecified
x86
Windows XP
Points:
---
Dependency tree / graph
Bug Flags:
blocking1.9a1 -
blocking-firefox2 -

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: DUPEME)

(Reporter)

Description

13 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

When running Firefox from a removable drive with its own seld-contained profile,
Firefox still creates %userprofile%\Application Data\Mozilla\Firefox within the
local filesystem with the pluginreg.dat file and a talkback directory if Firefox
is not installed locally.  This does not seem to be the correct behavior.

Reproducible: Always
Steps to Reproduce:
1. Have Firefox installed on a removable USB key with a profile included
2. Run it on a PC without Firefox installed using the -profile switch


Actual Results:  
The above-mentioned directories and file are created

Expected Results:  
The local drive should be unaffacted

This bug is important to the Portable Firefox project.  If the above behavior is
desired for other reasons, then perhaps a commandline switch that would prevent
it could be provided.

http://portablefirefox.mozdev.org/
I'm sure this has been reported before. Basically, we don't "support" the
USB-profile solution yet, although I would like to for 1.1.
Whiteboard: DUPEME
(Reporter)

Comment 2

13 years ago
(In reply to comment #1)
> I'm sure this has been reported before. Basically, we don't "support" the
> USB-profile solution yet, although I would like to for 1.1.

I searched more than once and found no mention of it.  Only 3 bugs contain any
mention of pluginreg.dat and none apply here.  We've known of the issue for some
time but decided to finally mention it in bugzilla.

Also, despite the USB-profile solution not being supported, it works quite fine.
 The only thing that needs to be adjusted is extensions, for which there is a
launcher that handles it for Portable Firefox.
This is a duplicate of bug #247427

Comment 4

13 years ago
This is really a duplicate if the listed bug. That bug, 247427, says that they 
are being place in the wrong directory on the local drive. This bug doesn't 
want any file placed on the local drive.

Updated

13 years ago
Depends on: 283779

Updated

12 years ago
Blocks: 294999
Assignee: benjamin → nobody

Updated

12 years ago
Flags: blocking-aviary2.0?
This isn't a blocker, but its a nice-to-have.
Flags: blocking-aviary2? → blocking-aviary2-

Updated

12 years ago
Flags: blocking1.9a1?
Flags: blocking1.9a1? → blocking1.9a1-

Comment 6

11 years ago
fixing this bug would enable distributing xul applications or html presentations runable directly from a CD.
QA Contact: benjamin → startup
(Assignee)

Updated

9 years ago
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.