387553 - Empty <%APPDATA%\Mozilla> directory created on startup, looking for <%APPDATA%\Mozilla\Plugins>

Status: RESOLVED DUPLICATE of bug 378854

(SeaMonkey :: General, defect)

Description

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a7pre) Gecko/200707100303 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

On first launch, SeaMonkey creates empty <%APPDATA%\Mozilla> directory (if it doesn't already exists),
with "APPDATA=C:\Documents and Settings\<WindowsUsername>\Application Data".

That's useless as it will be using <%APPDATA%\mozilla.org> to store its profiles.

***

{{
Newsgroups: mozilla.dev.apps.seamonkey
Date: Fri, 08 Jun 2007 16:28:50 +0100
From: Mark Banner <[e-mail]>


Bruno Escherl wrote:
> I had a closer look with Sysinternals' ProcessMonitor. The Migrator is 
> definitely reading registry.dat (but I wonder why it wants to access 
> %APPDATA%\Mozilla\Plugins at start).

Hmm, that's useful to know (the plugins bit) I was wondering what may be 
causing it to create a Mozilla folder in %APPDATA%.
}}

Comment 1

[Serge Gautherie (:sgautherie)]

Attachment: ProcessMonitor log on that directory

FWIW.

Comment 2

[Mark Banner (:standard8)]

I knew about it just had forgotten about it so thanks for filing. Its an xulrunner/startup issue, see bug 378854 (adding dep).

Comment 3

[Serge Gautherie (:sgautherie)]

I thought about this, but didn't find that other bug.
Do you want to keep this one open/dependent, or resolve it duplicate ?

Comment 4

[Mark Banner (:standard8)]

I'm going to close this bug as duplicate of bug 378854.

Reason being with SeaMonkey changing back to .mozilla (bug 393620) this doesn't directly affect us any more. As bug 378854 covers the core issue, then we don't need to worry about it in a SeaMonkey specific bug.