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)

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.
Related: bug 46365, bug 66763
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.