Closed Bug 50572 Opened 24 years ago Closed 23 years ago

UW IMAP: Shouldn't display an Alert after delete the folder-only folders successfully

Categories

(MailNews Core :: Networking: IMAP, defect, P2)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.2

People

(Reporter: huang, Assigned: naving)

References

Details

(Keywords: imap-interop, Whiteboard: [PDT+]relnote-user, Have Fix)

Attachments

(3 files)

Shouldn't display an Alert after delete the folder-only folders successfully

Follow-up for bug 11689:
1) Login to a UW IMAP mail account. (be sure setup non-dual use folder for UW 
IMAP)
2) Tried to delete the folder-only folders
3) The confirmation messages display to confirm cannot restore after delete 
those folders and those folders actually have been deleted successfully.
4) Actual Results: But got an Alert:" The current command did not succeed. The 
mail server responded: DELETE failed: Can't delete mailbox frdonly: no such 
mailbox"  

Additional Info: After relaunch this mail account, the folder-only folder had 
been deleted successfully, but don't know why it displayed this Alert at that 
time..

Expected results: Shouldn't display an Alert after delete the folder-only 
folders successfully
Adding interop, nsbeta3 for the keywords since deleting folders is successfully 
and this Alert is really confuse the users, users will misunderstand that the 
folders haven't been deleted.
Keywords: interop, nsbeta3
QA Contact: lchiang → huang
I don't remember seeing that.
Severity: major → normal
Today's commercial build is not good, so used Build 08-25-08-M18 commercial 
build for reproducing this problem....
At least it's not the other way around :-)  While confusing, the user's intended 
action is completed.
Keywords: relnoteRTM
Whiteboard: [nsbeta3-][triage 8/29]
Whiteboard: [nsbeta3-][triage 8/29] → [nsbeta3-][triage 8/29] relnote-user
I've probably got a few dups of this on my list.
Assignee: mscott → bienvenu
Keywords: nsbeta3mail3
changing priorities
Priority: P3 → P2
Is this still happening?
Yes. problem is still occurring on 01-03-11-Mtrunk build.
Nominating nsbeta1 since this is interop basic functionality
Keywords: nsbeta1
I tried for using today's 01-05-08-Mtrunk build again.
(be sure you created & deleted a folder-only folder, not message-only folder)
Yes. The problem is still there, I got the Alert as following attachment.
marking nsbeta1-
Keywords: nsbeta1nsbeta1-
Whiteboard: [nsbeta3-][triage 8/29] relnote-user → relnote-user
You've probably fixed this, right, Navin?
Assignee: bienvenu → naving
May have been fixed as a result of fixing other UW:IMAP bugs. Marking fixed.
Reopen if you see the problem again
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
reopening this bug since alert is still displaying after I delete the 
folder-only folder....on build 05-30-06-trunk build
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Attached image attach alert info
moving to mozilla 0.9.2
Target Milestone: --- → mozilla0.9.2
Attached patch proposed fixSplinter Review
There was no code to check whether NO_SELECT flag was set on the folder in
the FolderIsNoSelect() routine, added code to do that !

cc david for review. 
Whiteboard: relnote-user → relnote-user, Have Fix
r=bienvenu
sr=mscott
adding pdt+.  Please check in as soon as possible.
Whiteboard: relnote-user, Have Fix → [PDT+]relnote-user, Have Fix
fix checked im
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
oops....you forgot to get permission from drivers@mozilla.org. You might want to
send them email letting them know.....
Navin, this bug's fix is ONLY for trunk build, right?
yes, only trunk
Keywords: vtrunk
*** Bug 53059 has been marked as a duplicate of this bug. ***
Removing keywords: vtrunk.
Verified fix on 06-18-09-trunk build
No alert is disaplying after delete the folder-only folders now. 
Marking as verified.
Status: RESOLVED → VERIFIED
Keywords: vtrunk
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: