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

NEW
Unassigned

Status

()

Toolkit
Startup and Profile System
--
minor
13 years ago
8 years ago

People

(Reporter: sgautherie, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

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...
(Reporter)

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

Updated

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-
(Reporter)

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

Note:
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



Updated

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.