on june 27 build: Clicking the "mail" icon from the taskbar (near build id) opens MailNews, but then MailNews crashes. APPRUNNER caused an invalid page fault in module MSGLOCAL.DLL at 0177:052071c0. Registers: EAX=00000000 CS=0177 EIP=052071c0 EFLGS=00010202 EBX=00000005 SS=017f ESP=0075f1c4 EBP=0075f1d8 ECX=0075f2ac DS=017f ESI=8000ffff FS=8767 EDX=052a237c ES=017f EDI=052a23f0 GS=0000 Bytes at CS:EIP: 8b 08 50 ff 51 04 8d 4d 08 e8 a8 3c 00 00 8b c6 Stack dump: 0520cb20 0519e57c 00000000 0075f1e0 052a1790 0075f2b0 05206fbc 00000000 0075f2ac 0519e57c 00000001 0520cbc0 1001e8a8 0000000f 0000000f 00000001

*** Bug 9044 has been marked as a duplicate of this bug. ***

adding myself to cc: list Is this a localization .dll file?

To tell the truth, I dont know. I didn't know how to file this as I haven't run into a mailnews bug before.

I don't believe this is a localization bug. msglocal.dll had no resource data inside. This is probably a dll for POP3 local mailbox. Lisa, please send this over to someone in MailNews engineering working on POP3 mailbox.

Changed the component to Backend for now.

Over to phil for evaluation. Chnaged QA contact lchiang.

icos@digitalchat.net - are you running a release or a debug build? Are you able to bring up Messenger if you use the menu item "Tasks | Messenger"? Thanks. Ninoschka - can you try this?

> This is probably a dll for POP3 local mailbox Yes, exactly. Reassigning to putterman.

Unfortunately there's nothing really in this bug report that would help me figure out the problem since this hasn't ever happened to me and isn't happening to me now. Does this still happen to you with more recent builds? Could QA try this on a Win98 machine? Finally, icos, if you don't mind doing so, could you either send me or attach to this bug reports your prefs50.js. Maybe there's something not set up correctly and we don't handle the error condition well.

There was a bug that alecf fixed recently where a crash occurred if there was any invalid entries in the prefs50.js file. Perhaps this is the same problem? Laurel - can you try this on your Win98 system? Just start Messenger from the task bar?

I can still get this from the 1999062808 , through tasks menu and the taskbar. Last apprunner lines: (didn't notice before) ============================================= Document: Done (0.11 secs) Created nsToolkitCore got window Manager got interface $774d86a3 finding JavaScript error: uncaught exception: Component returned failure code: 0x8000400 5 [nsIWindowMediator.GetWindowForResource, {file: file:///C|/MOZILLA5/MOZILLA-WI N32/BIN/res/samples/navigator.xul, line: 906}] No accounts. I'll try to migrate 4.x prefs.. JavaScript error: Components.classes["component://netscape/preferences"] has no properties URL: file:///C|/MOZILLA5/MOZILLA-WIN32/BIN/chrome/messenger/content/default/mess enger.xul LineNo: 34

I just took today's build and did not have a problem bringing up Messenger on Win98. Try this: 1) Remove (rename/move) your mozregistry.dat file. This file is in your Windows directory. 2) Start apprunner.exe 3) You'll be prompted to create a profile. Just use the default mozProfile. No need to fill in any other edit fields in the profile dialog. 4) Apprunner will start 5) Bring up Messenger via Tasks | Messenger These are the steps I used. Basically, I just leave the prefs50.js file alone and use whatever gets created.

The thing is, I haven't touched prefs50.js in my life..

That's an interesting statement. Maybe our default prefs cause a crash. Could someone try that out? I'm not in a position to do that at the moment.

I don't have a problem with the default prefs50.js file that gets created on Win98 or on Win95. What is in line 34 of the messenger.xul file? That's the last line in the DOS window prior to the crash.

add [PP] to summary since this is only on Win32 (as reported) so far. Pls try the prefs50.js file I attached when you get a chance.

icos - do you have c:\temp on your system? Perhaps you are running into the problem specified in bug http://bugzilla.mozilla.org/show_bug.cgi?id=8076 ?

I run OK using default prefs file on Win 98 with jun30 build.

Yes, I do have a C:\TEMP and always have. I will download the latest build and see if its still happening.

I'm going to take a chance here and mark this fixed. Bug 9094 exhibited the same crash as you get and it resulted from using the default preferences. Anyway, the crash no longer happens.

Still getting this on build 1999070108. --apprunner lines-- Created nsToolkitCore got window Manager got interface $fa74bc23 finding JavaScript error: uncaught exception: Component returned failure code: 0x8000400 5 [nsIWindowMediator.GetWindowForResource, {file: file:///C|/MOZILLA5/MOZILLA-WI N32/BIN/res/samples/navigator.xul, line: 911}] No accounts. I'll try to migrate 4.x prefs.. JavaScript error: Components.classes["component://netscape/preferences"] has no properties URL: file:///C|/MOZILLA5/MOZILLA-WIN32/BIN/chrome/messenger/content/default/mess enger.xul LineNo: 34 Reading file... Reading file...Done --crash data-- APPRUNNER caused an invalid page fault in module MSGLOCAL.DLL at 0177:04fe76fb. Registers: EAX=00000000 CS=0177 EIP=04fe76fb EFLGS=00010206 EBX=00000005 SS=017f ESP=0075f1cc EBP=0075f1e0 ECX=0075f2b4 DS=017f ESI=8000ffff FS=5f5f EDX=00000001 ES=017f EDI=051f1e50 GS=0000 Bytes at CS:EIP: 8b 08 50 ff 51 04 8d 4d 08 e8 dd 40 00 00 8b c6 Stack dump: 04fecb50 0514e90c 00000000 0075f1e8 051f1e60 0075f2b8 04fe74f7 00000000 0075f2b4 0514e90c 00000001 04fecc04 1001f8a8 0000000f 0000000f 00000001 Do you folks know how to read a Dr Watson report?

Changing back to fixed. You won't be able to try my fix until tomorrow's build. At that point if it doesn't work feel free to reopen it.

Also, The Dr. Watson logs do not provide much useful information to help development track down the bug. icos - did you ever try copying the default prefs50.js file that I attached for use on your system? Also, I tried to look at the attachments you put and I just get a "showattachment.cgi" file. Did you save them as text files?

I had 2 prefs50.js files, so I zip'd them up. If you can't get them , try http://fs.arez.com/prefs.zip . I'll try your attachment now.

Indeed, your prefs50.js file did fix the problem. These are the contents of my old prefs50.js file. Maybe you can find what was causing the problem. // Mozilla User Preferences // This is a generated file! user_pref("autoupdate.enabled", false); user_pref("bool:ceditor.publish_keep_links", true); user_pref("browser.chrome.toolbar_style", 0); user_pref("composer.publish", ""); user_pref("editor.auto_save_delay", 5); user_pref("editor.publish_keep_images", false); user_pref("fontsize_mode", 2); user_pref("general.startup.mail", true); user_pref("ldap_2.servers.infospace.filename", "infospace.na2"); user_pref("ldap_2.servers.infospace.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.netcenter.filename", "netcenter.na2"); user_pref("ldap_2.servers.netcenter.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.pab.filename", "pab.na2"); user_pref("ldap_2.servers.pab.replication.lastChangeNumber", 0); user_pref("ldap_2.servers.verisign.filename", "verisign.na2"); user_pref("ldap_2.servers.verisign.replication.lastChangeNumber", 0); user_pref("ldap_2.version", 2); user_pref("mail.SpellCheckBeforeSend", false); user_pref("mail.identity.identity1.organization", ""); user_pref("mail.identity.identity1.reply_to", ""); user_pref("mail.identity.identity1.send_html", true); user_pref("mail.identity.identity1.useremail", ""); user_pref("mail.identity.signature_file", ""); user_pref("mail.incorporate.return_receipt", 0); user_pref("mail.server.server1.check_time", 10); user_pref("mail.server.server1.directory", ""); user_pref("mail.server.server1.hostname", "mail"); user_pref("mail.server.server1.password", ""); user_pref("mail.server.server1.userName", ""); user_pref("mail.use_default_cc", false); user_pref("mail.use_fcc", false); user_pref("mailnews.confirm.moveFoldersToTrash", true); user_pref("mailnews.remember_selected_message", true); user_pref("news.keep.method", 2); user_pref("news.notify.on", false); user_pref("news.use_default_cc", false); user_pref("news.use_fcc", false); user_pref("nglayout.compatibility.mode", 1); user_pref("offline.prompt_synch_on_exit", false); user_pref("sidebar.open", false); user_pref("signon.Notified", true); user_pref("signon.rememberSignons", true); user_pref("string:composer.browse", "");

For now, you can input your data into the prefs50.js file that works. For example, I don't see all the lines needed such as user_pref("mail.accountmanager.accounts", "account1,account2,account3") in your prefs file. Take a look at: http://www.mozilla.org/mailnews/prefs-info.html Right now, I think that the program is sensitive to wrong / missing data in the prefs50.js file. We have several bugs on that.

By removing the user_pref("mail.accountmanager.accounts", "account1,account2,account3") statement I was able to reproduce a crash on Win32/NT4.

The same crash as reported here? Let's try tomorrow's build - if a crash still exists, we'll turn this bug or file a new one on a crash when the accounts line is missing. (I thought we had that bug reported already - I'll check later.) When we have the prefs UI all done, having this missing line will not be a common occurrence.

Build 1999070108M8: Win32/NT4. Produces a crash but does not appear to be the same crash, Incident 10692366. Tried the same build on Win95 and it does not crash. FYI: 1999070208M8: Win32/NT4. With the entire user_pref("mail.accountmanager.accounts", "account1,account2,account3") statement removed the application no longer crashes.

icos - since you opened this bug, can you try with the latest build and mark this bug as verified if all is ok?

Marking verified, the prefs50.js that used to crash mail no longer does.