Open Bug 125864 Opened 23 years ago Updated 3 years ago

Trash does not maintain deleted folder's hierarchy location

Categories

(MailNews Core :: Database, defect)

x86
Windows 2000
defect

Tracking

(Not tracked)

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.
QA Contact: esther → huang
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.
Status: UNCONFIRMED → NEW
Depends on: 66763
Ever confirmed: true
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.
Product: MailNews → Core
QA Contact: huang → database
Product: Core → MailNews Core
Assignee: bienvenu → nobody
Hierarchy still not maintained. Thunderbird 52.1.1 (32-bit) Windows 7 64-bit
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.