Closed Bug 40865 Opened 25 years ago Closed 25 years ago

Users50 dir one level to high

Categories

(SeaMonkey :: Installer, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 6464

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?
Nay possible discussion please to <news://news.mozilla.org/39319E02.25F5AFE5@bucksch.org> (n.p.m.xpinstall, "Users50 dir one level to high").
Bug 6464 is a decent solution. *** This bug has been marked as a duplicate of 6464 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.