276610 - Get all new messages ignores pop3 accounts

Status: VERIFIED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect)

Description

[walter sheets]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20041230
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20041230

This started about the last week of December.  'Get all new messages' used to get
messages from my two imap accounts plus my pop3 account.  Now it gets only the
imap accounts.  No attempt is made to contact the pop3 server until I do it
manually.

Reproducible: Always

Steps to Reproduce:
1.Have both imap and pop3 accounts defined.
2.Click 'Get all new messages'
3.Note that the pop3 server is never contacted

Actual Results:  
Imap accounts are fetched.

Expected Results:  
Get pop3 mail also.

Comment 1

[Mark Banner (:standard8)]

Confirming bug - this happens on my trunk build. Output on console as follows:

GetMessagesForInboxOnServer uri = imap://***@***.com
GetMessagesForInboxOnServer uri = imap://***@***.com
WARNING: Declared InterfaceInfo not found, file xptiInterfaceInfo.cpp, line 434
[Exception... "Cannot find interface information for parameter arg 2
[nsIPop3IncomingServer.downloadMailFromServers]"  nsresult: "0x80570006
(NS_ERROR_XPC_CANT_GET_PARAM_IFACE_INFO)"  location: "JS frame ::
chrome://messenger/content/mailWindowOverlay.js ::
GetMessagesForAllAuthenticatedAccounts :: line 1989"  data: no]

Obviously the imap accounts are fine, but when fetching the pop mozilla isn't
happy. A single click on the Get Msg button for the pop account  works fine.

My Build id:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20041231

Comment 2

[Mark Banner (:standard8)]

Sorry, forgot to mention I'm not using the global inbox feature - all my
accounts  are viewed seperately.

Comment 3

[walter sheets]

Hmpf.  After spending half a day checking out sources from various dates and
trying to figure out which commit caused this bug -- I finally deleted my
src directory and started from scratch.

After that, I found that I could not reproduce the bug, even with sources as of
02Jan2004 00:30 GMT.

I conclude that my bug was an artifact of recent changes to client.mk combined
with stale object files.

Mark, what about you?

Comment 4

[Mark Banner (:standard8)]

After clean rebuild, WFM: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6)
Gecko/20050102.

Walter, I think we can close this as WFM now? I think you're probably right
about it being a problem with the recent build changes.

Comment 5

[walter sheets]

Yes, this can be closed, thanks.

Comment 6

[Mark Banner (:standard8)]

Resolving as WFM as both reporter & confirmer are happy that it is.

Comment 7

[Stephen Donner [:stephend] Not actively reading bugmail]

verified