Closed
Bug 263990
Opened 20 years ago
Closed 20 years ago
Virtual folders can't be deleted
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: whimboo, Assigned: Bienvenu)
Details
(Keywords: fixed-aviary1.0)
Attachments
(1 file)
|
2.46 KB,
patch
|
mscott
:
superreview+
|
Details | Diff | Splinter Review |
version 0.8 (20041010) Trying to delete a virtual folder removes it from the folderpane and also deletes the two files inside the file system. But after restarting Thunderbird the virtual folder and the files are already recreated. So it's impossible to delete any virtual folder.
| Reporter | ||
Comment 1•20 years ago
|
||
Looking closer to this bug shows that virtualFolders.dat is not updated when removing a virtual folder.
Summary: Virtual folders can't be deleted → Virtual folders can't be deleted
| Assignee | ||
Comment 2•20 years ago
|
||
yes, that's what's going on...
| Assignee | ||
Comment 3•20 years ago
|
||
actually, we do update the virtualfolders.dat - but I think sometimes we fail to delete the underlying .msf file for the virtual folder, and then when you restart, we re-create the virtual folder from the .msf file. Are these imap or local folders?
| Reporter | ||
Comment 4•20 years ago
|
||
No, i manually deleted both files (also the .msf) but the virtual folder was recreated after restart. I had to clear the entry within the virtualfolders.dat to stop it.
| Assignee | ||
Comment 5•20 years ago
|
||
how did you delete the virtual folder? Through the UI? In that case, we do write out virtualFolders.dat - were these local folders or imap?
| Reporter | ||
Comment 6•20 years ago
|
||
Yes, I deleted the folder over the UI. It was located under the inbox of a pop account.
| Assignee | ||
Comment 7•20 years ago
|
||
we weren't writing out the virtual folders.dat in the case where you didn't have any virtual folders, so the last virtual folder would remain...
Assignee: mscott → bienvenu
Status: NEW → ASSIGNED
| Assignee | ||
Updated•20 years ago
|
Attachment #161901 -
Flags: superreview?(mscott)
Updated•20 years ago
|
Attachment #161901 -
Flags: superreview?(mscott) → superreview+
| Assignee | ||
Updated•20 years ago
|
| Reporter | ||
Comment 9•20 years ago
|
||
Oh, I verified to fast. David did you checked in on branch and trunk?
| Assignee | ||
Comment 10•20 years ago
|
||
yes, I checked into the trunk and branch. Where did you have a problem, and what was the scenario? (there's a separate problem where you may have to delete the .msf file and corresponding folder if they get left after a delete - is that the case? I've got a fix for when this happens with IMAP, but haven't dealt with local folders yet)
| Reporter | ||
Comment 11•20 years ago
|
||
No, there is no problem. AFAIR a bug can be marked as verified only when the patch is landed on the branch and trunk. Otherwise my information was wrong and sorry for the excitement.
| Assignee | ||
Comment 12•20 years ago
|
||
I'm not sure what the rule is there - some fixes we don't want for the branch, so it can't be a hard and fast rule :-) but the general rule is: If we mark it fixed, that means fixed on the trunk, unless otherwise specified in a comment. If we add the fixed-aviary1.0 keyword, that means fixed on the branch
| Assignee | ||
Comment 13•20 years ago
|
||
*** Bug 263348 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•