41168 - Profile Manager needs to get install directory from a pref

Status: VERIFIED DUPLICATE of bug 6464

(Core Graveyard :: Profile: BackEnd, defect, P3)

Description

[selmer (gone)]

The profile manager needs to quit having a hard-coded idea of where the app was 
installed.  It should immediately be changed to use a default pref that contains 
the actual install directory.  Once bug 41167 is fixed, this pref will contain 
the correct value.  In the meantime, we should move the hard-coded string into 
the pref rather than have it in the code.

Comment 1

[selmer (gone)]

nominating for beta2 so we don't get horked again.

Comment 2

[racham]

Adding Sean and Dan to the cc list.

Comment 3

[Daniel Veditz [:dveditz]]

What do you mean by the "install directory"? you can already get it from 
nsIDirectoryService

Comment 4

[Michael La Guardia]

marking nsbeta2-.  Dan seems to be saying that there is another way to
accomplish this.  if this is not the case, renominate

Comment 5

[kmurray1115]

Does that invalidate this bug, or does go on the radar for nsbeta3?

Comment 6

[racham]

This problem will go away once we fix bug 6464. To derive profile directory, We
are dependnig on install directory and hardcode path from there, on only Windows
platform. On Mac, we store profile in (system) documents directory..and on Linux
get home directory (and append .mozilla to store profile folders). So, as
mentioned in bug 6464, we have to get the application data folder and store
profiles right there....which will help the user to protect the profile data
even if the installed directory is deleted....

Marking this as a dup of bug 6464. I will nominate bug 6464 for nsbeta3.


*** This bug has been marked as a duplicate of 6464 ***

Comment 7

[Grace Bush]

ok