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

RESOLVED INCOMPLETE

Status

SeaMonkey
MailNews: Message Display
P2
normal
RESOLVED INCOMPLETE
18 years ago
10 years ago

People

(Reporter: laurel, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
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.
(Reporter)

Comment 1

18 years ago
Oh, found this while verifying bug 44379...
QA Contact: lchiang → laurel
(Reporter)

Comment 2

18 years ago
nominating beta3 -- not good to show alerts to user in this case.
Keywords: nsbeta3

Comment 3

18 years ago
sorry, this one actually IS david's bug, I believe :)
Assignee: alecf → bienvenu

Comment 4

18 years ago
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

Comment 5

18 years ago
hard choice, but - per mail triage.
Put this on the mail6 category for suseng to help.
Keywords: mail6
Whiteboard: [nsbeta3-]

Comment 6

18 years ago
Sorry for the extra email. Removing mail6 keyword.
Keywords: mail6

Comment 7

18 years ago
adding mail3 keyword
Keywords: mail3

Comment 8

18 years ago
changing priorities
Priority: P3 → P2

Comment 9

18 years ago
marking nsbeta1+ and moving to mozilla0.8
Keywords: nsbeta3 → nsbeta1
Whiteboard: [nsbeta3-] → [nsbeta1+]
Target Milestone: --- → mozilla0.8

Comment 10

18 years ago
moving to mozilla0.9
Target Milestone: mozilla0.8 → mozilla0.9

Comment 11

18 years ago
marking nsbeta1- and moving to future milestone.
Keywords: nsbeta1 → nsbeta1-
Whiteboard: [nsbeta1+] → [nsbeta1+ 2/13]
Target Milestone: mozilla0.9 → Future

Comment 12

18 years ago
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

Comment 13

12 years ago
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

Updated

10 years ago
Component: MailNews: Search → MailNews: Message Display
no reply to comment #13 after almost 2 years => INCOMPLETE.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.