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

Status: NEW

(Toolkit :: Startup and Profile System, defect)

Description

[Serge Gautherie (:sgautherie)]

[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

[Serge Gautherie (:sgautherie)]

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

Comment 2

[Christian :Biesinger (don't email me, ping me on IRC)]

we should remove both the profile directory and the local profile directory.

-> me, I want to fix this

Comment 3

[Robert Kaiser]

Yes, we really want this fixed, but IMO it doesn't block the upcoming Alpha.

Comment 4

[Serge Gautherie (:sgautherie)]

[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.

Comment 5

[Christian :Biesinger (don't email me, ping me on IRC)]

-> default owner; suiterunner may have fixed this

Comment 6

[WADA:World Anti-bad-Duping Agency]

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.

Comment 7

[WADA:World Anti-bad-Duping Agency]

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