One Last Profile Dir Change!
-
- Posts: 1234
- Joined: November 10th, 2002, 2:47 am
- Location: Hong Kong
- Contact:
- Nitin
- Moderator
- Posts: 3483
- Joined: February 27th, 2003, 9:38 pm
- Location: San Jose, CA
- Contact:
If someone is creative enough to name their seamonkey profile as firefox, they deserve the mess
If you're not using Firefox, you're not surfing the web, you're suffering it.
Join the MZ folding@home team.
Join the MZ folding@home team.
-
- Posts: 1464
- Joined: October 29th, 2003, 6:19 am
- Location: Malaysia
- Contact:
Ditto aebrahim. This wouldn't hurt as hard if you have separate profiles for Trunk and Branch like I do, though. I even split them - one trunk profile has one patched version of adblock, and the other trunk profile has a different patched version. It's cluttered and troublesome, but it works.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050205 Firefox/1.0+
- MonkeeSage
- Posts: 1011
- Joined: December 20th, 2002, 8:15 pm
Will it work if I just symlink ~/.mozilla/firefox to ~/.firefox?
Shelumi`El
Jordan
S.D.G
Shelumi`El
Jordan
S.D.G
"[M]en are usually satisfied with bad argument only when their convictions rest on other grounds." --John Oman
-
- Posts: 2417
- Joined: November 4th, 2002, 4:47 pm
- Location: London, UK
- Contact:
Callek wrote:and if you can Ben, would you consider moving SM profiles to mozilla/suite to prevent the mess....
Breaking backwards compatibility wouldn't be an option, so to do that he'd also have to sort out profile migration from previous versions in Seamonkey... can't see that happening.
And as vfwlkr already said, the number of people who use Seamonkey and Firefox, and have a Seamonkey profile named "Firefox", is probably not high...
-
- Posts: 1
- Joined: June 3rd, 2004, 4:23 am
One consideration
Under Windows with roaming profiles, the application data data directory and all its contents -- including the Mozilla and Firefox cache -- get dragged around.
Might be worth considering also at this time splitting the cache and user data portions of the firefox directory on windows and putting it in %USERPROFILE%\Local Settings\Mozilla\Firefox instead. Local Settings, by default, does NOT get replicated back to the server upon logout and is not propigated to the local machine upon login.
Would definitely help my login times, for sure :)
Might be worth considering also at this time splitting the cache and user data portions of the firefox directory on windows and putting it in %USERPROFILE%\Local Settings\Mozilla\Firefox instead. Local Settings, by default, does NOT get replicated back to the server upon logout and is not propigated to the local machine upon login.
Would definitely help my login times, for sure :)
-
- Posts: 362
- Joined: May 14th, 2003, 10:02 am
- Contact:
Re: One consideration
PhilipTaron wrote:Might be worth considering also at this time splitting the cache and user data portions of the firefox directory on windows and putting it in %USERPROFILE%\Local Settings\Mozilla\Firefox instead. Local Settings, by default, does NOT get replicated back to the server upon logout and is not propigated to the local machine upon login.
I'd love it. Only put the Settings to the Server and Cache and whatever local.
-
- Posts: 2417
- Joined: November 4th, 2002, 4:47 pm
- Location: London, UK
- Contact:
Re: One consideration
PhilipTaron wrote:Might be worth considering also at this time splitting the cache and user data portions of the firefox directory on windows and putting it in %USERPROFILE%\Local Settings\Mozilla\Firefox instead. Local Settings, by default, does NOT get replicated back to the server upon logout and is not propigated to the local machine upon login.
Given the time pressure for the release, and the fact that the implementation has all now been done, it's probably a bit late to consider that.
Moving the cache by default would also confuse a lot of people who expect all the files to be in one place.
Those with special circumstances, like yourself, can manually change the location of the cache folder (see this Firefox help tip for details)
-
- Posts: 2
- Joined: February 18th, 2004, 8:02 am
Moving the cache by default would also confuse a lot of people who expect all the files to be in one place.
This technical aspects should not be about what the user is expecting, but about how windows is organized.
The cache placement bug for Windows >=NT5 is discussed since Mozilla 0.6 It would really be time to fix this.
Giving the settings of every user in a Windows installation with roaming profiles a special treatment, is no real fun.
Regards, Lars
- bengoodger
- Posts: 318
- Joined: November 4th, 2002, 4:24 pm
- Location: Campbell, CA
- Contact:
michaell wrote:Callek wrote:and if you can Ben, would you consider moving SM profiles to mozilla/suite to prevent the mess....
Breaking backwards compatibility wouldn't be an option, so to do that he'd also have to sort out profile migration from previous versions in Seamonkey... can't see that happening.
And as vfwlkr already said, the number of people who use Seamonkey and Firefox, and have a Seamonkey profile named "Firefox", is probably not high...
Right, and that only affects Unix too, since on Window there's an extra level of indirection provided by the "Profiles" subdirectory.
There are a large number of Mozilla users and migrating them is a major task requiring a lot of effort which ultimately probably isn't worth it for a product that's on the path to obsolescence.
- bengoodger
- Posts: 318
- Joined: November 4th, 2002, 4:24 pm
- Location: Campbell, CA
- Contact:
aebrahim wrote:Ben,
Please land this change on the trunk too simeltaneously, otherwise it is going to be a real nightmare to use trunk/branch builds on the same machine. Thanks.
It can't go in on the trunk until bsmedberg lands his semi-single profile change there. however, by default for nightly build users all your data remains in APPDATA\Firefox, the profiles.ini registry in APPDATA\Mozilla\Firefox\profiles.ini refers back to that dir SO DO NOT DELETE IT!!!!
This way branch and trunk builds can use the same profile.
- bengoodger
- Posts: 318
- Joined: November 4th, 2002, 4:24 pm
- Location: Campbell, CA
- Contact:
bengoodger wrote:aebrahim wrote:Ben,
Please land this change on the trunk too simeltaneously, otherwise it is going to be a real nightmare to use trunk/branch builds on the same machine. Thanks.
It can't go in on the trunk until bsmedberg lands his semi-single profile change there. however, by default for nightly build users all your data remains in APPDATA\Firefox, the profiles.ini registry in APPDATA\Mozilla\Firefox\profiles.ini refers back to that dir SO DO NOT DELETE IT!!!!
This way branch and trunk builds can use the same profile.
This is checked in, tomorrow's builds will have it.
-
- Posts: 137
- Joined: November 5th, 2002, 5:07 am
Re: One consideration
PhilipTaron wrote:Might be worth considering also at this time splitting the cache and user data portions of the firefox directory on windows and putting it in %USERPROFILE%\Local Settings\Mozilla\Firefox instead. Local Settings, by default, does NOT get replicated back to the server upon logout and is not propigated to the local machine upon login.
Would definitely help my login times, for sure
This is bug 74085 (for the suite but the backend is shared by firefox).
I think this one should be looked into for Firefox because I know a lot of companies that use Windows roaming profiles and therefore this would make firefox a better solution.
Dave