125864 - Trash does not maintain deleted imap folder's hierarchy location

Status: NEW

(MailNews Core :: Database, defect)

Description

[Alexander Zink :alex]

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.

Comment 1

[R.K.Aa.]

Related: bug 46365, bug 66763

Comment 2

[Todd Cohn]

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.

Comment 3

[Todd Cohn]

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.

Comment 4

[buovjaga]

Hierarchy still not maintained.

Thunderbird 52.1.1 (32-bit)
Windows 7 64-bit

Comment 5

[Ed]

See also https://www.reddit.com/r/Thunderbird/comments/1suzgwc/weird_bug_in_version_140_and_likely_many_older/.

Comment 6

[Wayne Mery (:wsmwk)]

(In reply to buovjaga from comment #4)

Hierarchy still not maintained.

Thunderbird 52.1.1 (32-bit) Windows 7 64-bit

Local folders / pop was fixed in version 31 via Bug 66763 - Deleting a folder fails when there is already a folder with the same name in Trash