Closed
Bug 40865
Opened 25 years ago
Closed 25 years ago
Users50 dir one level to high
Categories
(SeaMonkey :: Installer, defect, P3)
Tracking
(Not tracked)
People
(Reporter: BenB, Assigned: ssu0262)
Details
Reproduce:
1. Use installer and choose "c:\apps\mozilla" as install dir.
Actual result:
A dir "c:\apps\Users50" is created.
Expected result:
The installer lets me choose a path to the Users dir, defaulting to either a
subdir of the install dir (e.g. "c:\apps\mozilla\Users50" in the example above)
or a subdir of the Documents folder.
Additional comments:
See bug 21543 and bug 16673. I still don't see, *why*.
The expectation is that *everything* of that app goes to either to the paths I
chose, the WINDIR hierarchy or Documents. Installing something anywhere else is
bad behaviour, just like sitting in your neighbors garden.
The problem is very real:
When I ran Windows, I had a perfectly layed out filesystem. I sometimes really
had to manually browse the application dirs. The fact that the users dir is
installed on the same level like the app dir I specified messes everything up.
It gives e.g. a tree like:
Comm
+-WWW
| +-Communicator
| +-Mozilla
| +-MSIE
| +-Opera
| +-Users50
...
I see the fact that testers need to keep several builds with the same profiles.
Why can't they specify the Users50 dir in the installer (see above) or
config.ini?
| Reporter | ||
Comment 1•25 years ago
|
||
Nay possible discussion please to
<news://news.mozilla.org/39319E02.25F5AFE5@bucksch.org> (n.p.m.xpinstall,
"Users50 dir one level to high").
| Reporter | ||
Comment 2•25 years ago
|
||
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•