Closed Bug 267890 Opened 20 years ago Closed 19 years ago

Delete virtual folder doesn't delete all data, then folder creation fails if the folder name is previously used one

Categories

(Thunderbird :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 298479

People

(Reporter: fasse78, Assigned: mscott)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.3) Gecko/20041027 Firefox/1.0RC1
Build Identifier: Thunderbird Version 0.9 (20041103)

When you delete a virtual folder than TB didn't delete all data of that folder
in your profile. 

Data is stored in virtualFolders.dat, panacea.dat and in the mail-folder. The
data in virtualfolders.dat and in the mail-folder is deleted but not in
panacea.dat. When you want to create a new virtual folder with the same name
than TB give the message "Virtual Folder already exists".

Reproducible: Always
Steps to Reproduce:
1. Create a new virtual folder "test"
2. Delete this virtual folder "test"
3. Create a new virtual with the name "test"

Actual Results:  
You couldn't create that folder the second time.

Expected Results:  
You should create the folder.
Reproduced with TB 0.9, Win2K.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Markus Faßbender, will slightly modified procedure(restart Thunderbird is
inserted) produce same problem?
 1. Create a new virtual folder "test"
 2. Delete this virtual folder "test"
 ==>(Inserted) 2.1. Shutdown and Restart Thunderbird
 3. Create a new virtual with the name "test"
If not, this bug is probably identical problem to longlived mail&news bug 65303,
although bug 65303 is rename of usual folder case
and this bug is delete of "Saved Search Folder" case.
@Wada: Yes, your modified procedure will cause the same problem. 

Also there is a problem with the notification to the user. When you first click
OK after you want to create the virtual folder the second time than TB does
nothing. Only after the second click on the button TB shows you the message-box
"... folder already exist ..."
(In reply to comment #3)
I also confirmed with Thunderbird nightly latest-trunk 11/04 build.
(Tested on only "Save Search Folder" as first level folder of POP3 account) 

I found some bugs related to virtual folder creation by quick search with "virual".
 - Bug 267345 : Deleted virtual folder in POP, RSS accounts reappears on restart
 - Bug 265533 : Crash when saving a Virtual Folder as a subfolder
 - Bug 267373 : unable to create virtual folder as subfolder

This bug is probably DUP of bug 267345.
Yes, you are right. This is a duplicate of bug 267345. But with a better summary
;-) and maybe a description for the reason of the problem.

*** This bug has been marked as a duplicate of 267345 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
(In reply to comment #5)
> But with a better summary ;-)
> and maybe a description for the reason of the problem.

I think so too.
This is the reason why I respond your bug first insead of bug 267345.
Markus, please recommend summary change of bug 267345 in it to more appropriate
one  for ease of search and understanding bug.

Just to add:
Steps to Reproduce:
1. Create a new virtual folder "test"
2. Delete this virtual folder "test"

You can't create now (also not after restarting Thunderbird) any real folder
with the name "test" again. It creates always a virtual folder.
Markus Faßbender, I think you'd better to re-open this bug because bug 267345
has been changed to FIXED.
After bug 267345 is fixed you can now recreate a virtual folder after restarting
TB, but you can't recreate a virtual folder without restart TB.

Because of this I reopen this bug.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Change summary for ease of search.
Summary: Delete virtual folders don't delete all data → Delete virtual folder doesn't delete all data, then folder creation fails if the folder name is previously used one
*** Bug 272071 has been marked as a duplicate of this bug. ***
*** Bug 288668 has been marked as a duplicate of this bug. ***
dup (of a later bug - sorry,that's the one I saw first, and I've been working
with  the later bug)

*** This bug has been marked as a duplicate of 298479 ***
Status: REOPENED → RESOLVED
Closed: 20 years ago19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.