Open
Bug 125864
Opened 23 years ago
Updated 2 years ago
Trash does not maintain deleted folder's hierarchy location
Categories
(MailNews Core :: Database, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: alex, Unassigned)
References
Details
From Bugzilla Helper: User-Agent: Mozilla/4.79 [en]C-CCK-MCD DT (Windows NT 5.0; U) BuildID: 20020204 Mozilla does not handle the former hierarchy location of deleted folders correctly in the "Trash"; additionally, a user cannot deleted a folder with the same name multiple times (before emptying the Trash) Reproducible: Always Steps to Reproduce: 1. Create a mail folder "MyTest" as a top-level folder 2. Delete the folder MyTest (into Trash) 3. Again create a mail folder "MyTest" as a top-level folder 4. Delete the folder MyTest (into Trash) 5. Mozilla will complain that "A folder with that name already exists" (instead of _adding_ e.g. a counter number to the folder name in Trash) 3. Create a mail folder "MyTest" as a sub-folder to "Inbox" 4. Delete the filder "MyTest" 5. Mozilla will complain that "A folder with that name already exists" instead of re-creating the hierarchy "Inbox - MyTest" in Trash - only if the hierarchy is maintained, the user can identify which folder ro restore...; and imagine the confusion if a user has a dozen topic folders, each with a sub-folder named "default" - how shall he ever delete its folder structure with the option to restore them from Trash (since this is what Trash is for)?) Actual Results: see "steps to reproduce" Expected Results: 1. If a lower-hierarchy folder is deleted, the folder's hierarchy location should be maintained in the Trash (otherwise the user has no information, which of his same-name-but-different-hierarchy-location folders he wants to restore) 2. If a folder with the same name and hierarchy location already exists in the Trash when being deleted, the new folder should be extended e.g. by a random number or the current date_time code, so that multiplex inistances of "identical" folders an co-exist in the Trash at the same time and can individually be restored.
The first half of this bug (cannot delete two floders of the same name) is a dupe of bug 66763, but preserving the hierarchy is not. Making this depend on 66763 and confirming.
The first half of this bug (cannot delete two floders of the same name) is a dupe of bug 66763, but preserving the hierarchy is not. Making this depend on 66763 and confirming.
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
QA Contact: huang → database
Assignee | ||
Updated•16 years ago
|
Product: Core → MailNews Core
Updated•16 years ago
|
Assignee: bienvenu → nobody
Hierarchy still not maintained. Thunderbird 52.1.1 (32-bit) Windows 7 64-bit
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•