User Agent: Mozilla/5.0 (Windows NT 5.1; rv:22.0) Gecko/20100101 Firefox/22.0 SeaMonkey/2.19a1 Build ID: 20130327003001 Steps to reproduce: With recent trunk builds get New Messages for all accounts does not work anymore. Either invoked via menu or shortcut. It happens also in safe mode. Output of error console: Error: [Exception... "Not enough arguments [nsIPop3IncomingServer.downloadMailFromServers]" nsresult: "0x80570001 (NS_ERROR_XPC_NOT_ENOUGH_ARGS)" location: "JS frame :: chrome://messenger/content/mailTasksOverlay.js :: MailTasksGetMessagesForAllServers :: line 134" data: no] Source File: chrome://messenger/content/mailTasksOverlay.js Line: 140

Regressed by bug 831993. This also affects Thunderbird in the same way. I could almost fix this myself but I am not sure what type of array needs to be passed from Javascript to the new function. Neil changed the C++ function to take an array of nsIPop3IncommingServers, which is unfamiliar to me (it is not nsIArray or similar).

The message for TB is: [Exception... "Not enough arguments [nsIPop3IncomingServer.downloadMailFromServers]" nsresult: "0x80570001 (NS_ERROR_XPC_NOT_ENOUGH_ARGS)" location: "JS frame :: chrome://messenger/conte nt/mailWindowOverlay.js :: MsgGetMessagesForAllServers :: line 1433" data: no] There are 2 spots where this function is used in TB.

The files where this needs to be fixed are separate for TB and SM but I think we can fix it together in this one bug.

I modernised the Thunderbird code to bring it more into line with SeaMonkey and incidentally remove another nsISupportsArray. The interesting bit is in the very last patch hunk, the rest is just nsISupportsArray removal noise.

Comment on attachment 731007 [details] [diff] [review] Possible patch Yes, this seems to work for me on TB.

Comment on attachment 731007 [details] [diff] [review] Possible patch Review of attachment 731007 [details] [diff] [review]: ----------------------------------------------------------------- ::: mail/base/content/mailWindowOverlay.js @@ +2688,5 @@ > { > inboxFolder.biffState = Components.interfaces.nsIMsgFolder.nsMsgBiffState_NoMail; > inboxFolder.clearNewMessages(); > } > + localFoldersToDownloadTo.push(inboxFolder); i guess we can drop the |if (inboxFolder)| above. or else we're just pushing null

Pushed comm-central changeset f3890baa9684.

Comment on attachment 731007 [details] [diff] [review] Possible patch [Approval Request Comment] Regression caused by (bug #): 831993

Comment on attachment 731007 [details] [diff] [review] Possible patch Yep, a=me. I'll land this in a bit, as I'm landing other things as well.