Closed Bug 226916 Opened 21 years ago Closed 14 years ago

Empty Trash does not delete the .msf file of the open trash subfolder

Categories

(MailNews Core :: Database, defect)

x86
Windows 98
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: aceman, Assigned: Bienvenu)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6b) Gecko/20031116 Firebird/0.7+ Build Identifier: Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.5) Gecko/20031007 MailNews does not close the .msf files of trash subfolders before emptying trash. Reproducible: Didn't try Steps to Reproduce: 1.delete a folder to the Trash 2.open the folder in trash (it's content is shown in the thread pane) 3.use context menu on the trash folder to empty trash 4.the trash folder is clean and empty 5.close Mozilla 6.look into Trash.sbd Actual Results: There is .msf file left, probably more of them. Expected Results: Trash.sbd should be completely empty. I suspect this is caused because Mozilla has the .msf file open, thus locked. Empty trash does simply delete all files in the directory and does not check whether it was really successfull. On Windows, open files cannot be deleted. This may be fixed by bug 96388, but that one probably isn't going to be fixed by any code change. It could also fit into some 'file handling' component, but closing all necessary .msf files before emptying trash should be cleaner.
yes, you're right - we should force closed the db's of any sub-folders of the trash. I believe we do this for the Trash folder itself, but we probably don't do it for sub-folders.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Product: MailNews → Core
Severity: normal → minor
Status: ASSIGNED → NEW
Depends on: 96388
QA Contact: esther → database
Product: Core → MailNews Core
bienvenu thinks this no longer exists. please reopen if you disagree
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.