Closed Bug 50249 Opened 24 years ago Closed 16 years ago

IMAP account-wide search gives error(s) but works anyway.

Categories

(SeaMonkey :: MailNews: Message Display, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE
Future

People

(Reporter: laurel, Unassigned)

Details

Using aug24 commercial build

When doing a search for mail messages on an IMAP account using the account
level/server as the search scope, the search will receive one or more errors
"mailbox doesn't exist" but the search will continue and matching results will
be displayed in the results pane.  Results are from folders other than the
INBOX, so I know it got past the main inbox folder.

My steps:
1.   At mail window, logged into my main IMAP account. This account has many top
and sublevel folders.
2.   I mailed myself a new message with a subject which I knew would be unique
(since we don't show the location column in search results with 6.0), got the
message and filed it into a top level folder other than the INBOX.
3.   I selected the account level in the folder pane, then Search|Search
Mail/News Messages.  Search dialog opens with account level selected.
4.   I initiated a search - subject, contains - and specified the unique subject
in the message I just filed. 
     Note:  I left "search subfolders" checkbox disabled, but enabled or
disabled doesn't make any difference for this bug.
5.   Recieved an alert something like "command failed: mailbox doesn't exist"
and clicked OK to the alert.  Received another mailbox doesn't exist alert, OK'd
that dialog.  
     Note:  In the various tries I've done over different profiles, I've seen
anywhere from one to three alert dialogs appear.
6.   Search result pane displays the (correct) matching message.

Result:  Command failed alert(s) display, but when alert OK'd the search
continues.
Oh, found this while verifying bug 44379...
QA Contact: lchiang → laurel
nominating beta3 -- not good to show alerts to user in this case.
Keywords: nsbeta3
sorry, this one actually IS david's bug, I believe :)
Assignee: alecf → bienvenu
Do you have any folders that are subscribed to but don't exist? I believe 4.x
would show the same errors if you tried to search such a folder.
Status: NEW → ASSIGNED
hard choice, but - per mail triage.
Put this on the mail6 category for suseng to help.
Keywords: mail6
Whiteboard: [nsbeta3-]
Sorry for the extra email. Removing mail6 keyword.
Keywords: mail6
adding mail3 keyword
Keywords: mail3
changing priorities
Priority: P3 → P2
marking nsbeta1+ and moving to mozilla0.8
Keywords: nsbeta3nsbeta1
Whiteboard: [nsbeta3-] → [nsbeta1+]
Target Milestone: --- → mozilla0.8
moving to mozilla0.9
Target Milestone: mozilla0.8 → mozilla0.9
marking nsbeta1- and moving to future milestone.
Keywords: nsbeta1nsbeta1-
Whiteboard: [nsbeta1+] → [nsbeta1+ 2/13]
Target Milestone: mozilla0.9 → Future
I don't think this bug is that important at all - 4.x had the same problem, and
the user does have folders subscribed that don't exist, not a common situation.
Clearing status whiteboard so it won't show up on my queries.
Whiteboard: [nsbeta1+ 2/13]
Product: Browser → Seamonkey
does this require being subscribed to a folder that no longer exists?
If not, WFM.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060714 SeaMonkey/1.5a
Assignee: bienvenu → mail
Status: ASSIGNED → NEW
QA Contact: laurel → search
Component: MailNews: Search → MailNews: Message Display
no reply to comment #13 after almost 2 years => INCOMPLETE.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.