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)
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•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
QA Contact: huang → database
Assignee | ||
Updated•17 years ago
|
Product: Core → MailNews Core
Updated•17 years ago
|
Assignee: bienvenu → nobody
Hierarchy still not maintained.
Thunderbird 52.1.1 (32-bit)
Windows 7 64-bit
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•