'Delete Profile...' removes main ("private") directory, but leaves local ("xul and cache") directory unchanged




Startup and Profile System
13 years ago
8 years ago


(Reporter: sgautherie, Unassigned)


Firefox Tracking Flags

(Not tracked)




13 years ago
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b4) Gecko/20050729 SeaMonkey/1.0a]
(nightly) (W98SE)

My email to ChristianB
I read

Bugzilla Bug 74085
          [Win] Disk cache should use local directory (CSIDL_LOCAL_APPDATA)
Bugzilla Bug 291033
          Enable support for profile temp directory on local filesystem
Bugzilla Bug 292075
          improve seamonkey's local profile support


I created a new profile, which created
<X:\WINDOWS\Application Data\Mozilla\Profiles\test\*>
and <X:\WINDOWS\Mozilla\Profiles\test\Cache>
But when I deleted the profile,
it removed <X:\WINDOWS\Application Data\Mozilla\Profiles\test\*>
but left <X:\WINDOWS\Mozilla\Profiles\test\Cache> with their files :-(

His answer
Oh... that probably should be fixed.

I surmise that this bug should depend/block one of the 3 above,
but I'm not sure which one...

Comment 1

13 years ago
And NeilR's answer
I think you get the problem if you manually move the Cache folder (in
preferences), so there might already be a bug filed on that.

That case would have to be checked also;
but it's not mine (at this point):
steps are:
1. Create profile then Start Browser
2. Close Browser then delete the profile

(I made a few searchs but did not find another bug.)
Flags: blocking-seamonkey1.0a?
Flags: blocking-seamonkey1.0a? → blocking-seamonkey1.0a-
we should remove both the profile directory and the local profile directory.

-> me, I want to fix this
Assignee: nobody → cbiesinger


12 years ago
Flags: blocking-seamonkey1.1a?

Comment 3

12 years ago
Yes, we really want this fixed, but IMO it doesn't block the upcoming Alpha.
Flags: blocking-seamonkey1.1a? → blocking-seamonkey1.1a-

Comment 4

11 years ago
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a3pre) Gecko/20070310 SeaMonkey/1.5a] (nightly) (W2Ksp4)

Bug still there, and confirming on W2K:
<C:\Documents and Settings\...\Application Data\Mozilla\Profiles\...> removed :-)
<C:\Documents and Settings\...\Local Settings\Application Data\Mozilla\Profiles\...> left over :-(

(OS: Windows 98 -> Windows 2000, as I've upgraded my computer.)

NB: FF/TB 1.8/Trunk branches don't have this bug.
OS: Windows 98 → Windows 2000
-> default owner; suiterunner may have fixed this
Assignee: cbiesinger → nobody
WORKSFORME with Seamonkey trunk 2007-08-14-02 build(Win-XP SP2).
> <C:\Doc..Settings\...\Application Data\Mozilla\Profiles\...> Removed
> <C:\Doc..Settings\...\Local Settings\Application Data\Mozilla\Profiles\...> Removed

Garbages of <random>.default by old trunk were found in ...\Local Settings\....
This indicates old trunk had this bug's problem but problem is already resolved.

Path was changed. Sorry for spam. 
> <C:\Doc...Settings\...\Application Data\mozilla.org\SeaMonkey\Profiles\...> Removed
> <C:\Doc...Settings\...\Local Settings\Application Data\mozilla.org\SeaMonkey\Profiles\...> Removed


8 years ago
Component: Startup & Profiles → Startup and Profile System
Flags: blocking-seamonkey1.1a-
Flags: blocking-seamonkey1.0a-
Product: SeaMonkey → Toolkit
QA Contact: profile-manager → startup
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.