Closed
Bug 122075
Opened 23 years ago
Closed 19 years ago
Expand still showing for an IMAP folder even though sub-folder has been deleted
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 161452
People
(Reporter: russ, Unassigned)
References
Details
Attachments
(1 file)
19.97 KB,
image/png
|
Details |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7) Gecko/20011221 BuildID: 2001122106 When I delete an IMAP sub-folder of a folder in the root from another app, Mozilla picks up the change but still shows the '+'/'-' to show me I can expand it. Reproducible: Always Steps to Reproduce: 1. Create a new folder as a sub-folder of an IMAP folder. 2. Delete the folder in another application 3. Shrink then expand the server (to cause folder list refresh) Actual Results: Folder has the little + or - next to it, which changes when clicked, even though there is no longer sub-folder. Expected Results: No + and - should be shown
Reporter | ||
Comment 1•23 years ago
|
||
Here's a screenshot in case you didn't get what I was babbling on about!
Reporter | ||
Comment 2•22 years ago
|
||
Still seeing this on 2002040103
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 142907 has been marked as a duplicate of this bug. ***
Comment 4•22 years ago
|
||
same under MacOS 8.6 Mozilla 1.0.0+ Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.0.0+) Gecko/20020603
Comment 5•21 years ago
|
||
Still seeing this in Mozilla Thunderbird 0.1 (20030723). But, you don't have to delete the folder in another application, you can do it right from the same Mozilla window.
Comment 6•20 years ago
|
||
(In reply to comment #0) > When I delete an IMAP sub-folder of a folder in the root from another app, > Mozilla picks up the change but still shows the '+'/'-' to show me I can expand it. > Actual Results: Folder has the little + or - next to it, which changes when > clicked, even though there is no longer sub-folder. > > Expected Results: No + and - should be shown I'd nominate this bug to be considered FIXED or WONTFIX. The question largely surrounds what the Trash folder is, and how "trashed" folders should be represented. I think Mozilla (as described, and in current operation as of {2004071408}) is operating as expected. To demonstrate correct operation: (all within Mozilla) 1. Create a new folder as a sub-folder of an IMAP folder. 2. Delete the folder (in Mozilla or other application works fine) ---Mozilla dialog "Are you sure you want to move to trash?" 3. Shrink then expand the server (to cause folder list refresh) (Folder location is represented correctly even without this step) 4. Notice that your "deleted" folder now exists as a subfolder of "Trash" 5a. "Empty Trash" removes all contents of trash 5b. "Delete Folder" prompts with "Deleting this folder is not undoable (etc...)" In either case, the test folder is deleted. It does not reappear in Trash or in the original parent folder. Much older versions of Mail/News may've had trouble deleting "trashed" folders. But I think it currently operates sensibly, and as designed.
Comment 7•20 years ago
|
||
(In reply to comment #6) > I'd nominate this bug to be considered FIXED or WONTFIX. The question largely > surrounds what the Trash folder is, and how "trashed" folders should be > represented. I think Mozilla (as described, and in current operation as of > {2004071408}) is operating as expected. The question was not about trash folders, it was about folder deletion and the tree +/- view controls. But, I can no longer recreate this in Thunderbird 0.7.2, because if you delete the folder from within Thunderbird, everything works correctly, and if you delete a folder from another application, Thunderbird still thinks that folder is present until you close/reopen thunderbird.
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•19 years ago
|
Assignee: sspitzer → mail
*** This bug has been marked as a duplicate of 161452 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•