Closed Bug 70460 Opened 23 years ago Closed 23 years ago

Crash after check mail in POP3

Categories

(MailNews Core :: Networking: POP, defect)

defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9

People

(Reporter: tarahim, Assigned: naving)

References

Details

(Whiteboard: [nsbeta1+])

Attachments

(3 files)

2001022604 for Mactrunk.
After a long usage with lots of windows open, and browser auto-updating pages,
Mozilla crashes right after it finishes check mail in POP.
It actually receives messages successfully if there is one on the server.
QA Contact: esther → sheelar
sheela, can you see if you can reproduce this?
The steps described by the reporter is too general. I would like to ask a few
more questions and see if I get a response and then give it a try. 
Reporter,
Did you have mail window minimized or maximized?
When you say lots of windows open did you have mail window behind the browser or
was it in the front and active?
What was the biff interval set to?
Did you have more than one pop account in that profile?
Did you have leave messages on the server checked in account settings?
Thanks.
This might be prevented by fixing the recently introduced general instability
involving some memory leaks.

Anyhow. My settings at the time of these crashes were:
Multiple POP accounts, but one account (default) was actively checked, meaning
no password given to other accounts.
I think Mail window was behind the browser.
Interval was set to default (10 min) to avoid hang from longer settings.
Nothing special about the window size, neither minimized nor maximized.
Leave message on the server was not checked.
In the first crash, there was no message on the server. The second crash
occorred after it received a message successfully, and there was no more message
left on the server.
*** Bug 73861 has been marked as a duplicate of this bug. ***
*** Bug 73887 has been marked as a duplicate of this bug. ***
*** Bug 72403 has been marked as a duplicate of this bug. ***
Many dups indicate this is not Mac-specific.
OS: Mac System 9.x → All
Hardware: Macintosh → All
Thanks for finding the dups. There were no stacktraces in the other bugs so it's
hard to say for sure it's the same thing, but the symptoms sounds similar.  We
should investigate this.  Marking nsbeta1+
Keywords: nsbeta1
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9
Reporter, can you attach the stack trace...
There is stacktrace in the attchment, but I no longer get this crash in the
current build. I will DL the Frizilla build to see if those reported give
similar stacktrace or not.
*** Bug 74159 has been marked as a duplicate of this bug. ***
I got a crash. 
*********************************
Program received signal SIGSEGV, Segmentation fault.
0x2c7a3f9d in nsPop3Sink::IncorporateComplete ()
   from /home/mozilla/dist/bin/components/liblocalmail.so
(gdb) bt
#0  0x2c7a3f9d in nsPop3Sink::IncorporateComplete ()
   from /home/mozilla/dist/bin/components/liblocalmail.so
#1  0x2c7a11ac in nsPop3Protocol::HandleLine ()
   from /home/mozilla/dist/bin/components/liblocalmail.so
#2  0x2c237862 in nsMsgLineBuffer::ConvertAndSendBuffer ()
   from /home/mozilla/dist/bin/libmsgbaseutil.so
#3  0x2c23770d in nsMsgLineBuffer::BufferInput ()
   from /home/mozilla/dist/bin/libmsgbaseutil.so
#4  0x2c7a0b49 in nsPop3Protocol::RetrResponse ()
   from /home/mozilla/dist/bin/components/liblocalmail.so
#5  0x2c7a1bb6 in nsPop3Protocol::ProcessProtocolState ()
   from /home/mozilla/dist/bin/components/liblocalmail.so
#6  0x2c25a0d2 in nsMsgProtocol::OnDataAvailable ()
   from /home/mozilla/dist/bin/libmsgbaseutil.so
#7  0x2b638814 in nsOnDataAvailableEvent::HandleEvent ()
   from /home/mozilla/dist/bin/components/libnecko.so
#8  0x2b636de9 in nsStreamObserverEvent::HandlePLEvent ()
   from /home/mozilla/dist/bin/components/libnecko.so
#9  0x2ab99952 in PL_HandleEvent () from /home/mozilla/dist/bin/libxpcom.so
#10 0x2ab997e9 in PL_ProcessPendingEvents ()
   from /home/mozilla/dist/bin/libxpcom.so
#11 0x2ab9b5d0 in nsEventQueueImpl::ProcessPendingEvents ()
   from /home/mozilla/dist/bin/libxpcom.so
#12 0x2b176b3f in nsAppShell::SetDispatchListener ()
   from /home/mozilla/dist/bin/components/libwidget_gtk.so
#13 0x2b1767cd in keysym2ucs ()
   from /home/mozilla/dist/bin/components/libwidget_gtk.so
#14 0x2b330afa in g_io_unix_dispatch (source_data=0x8211a18, 
    current_time=0x7ffff73c, user_data=0x8220010) at giounix.c:135
#15 0x2b3321b6 in g_main_dispatch (dispatch_time=0x7ffff73c) at gmain.c:656
#16 0x2b332781 in g_main_iterate (block=1, dispatch=1) at gmain.c:877
#17 0x2b332921 in g_main_run (loop=0x81f6670) at gmain.c:935
#18 0x2b25a7b9 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#19 0x2b1775ee in nsAppShell::Run ()
   from /home/mozilla/dist/bin/components/libwidget_gtk.so
#20 0x2b0ea088 in nsAppShellService::Run ()
   from /home/mozilla/dist/bin/components/libnsappshell.so
#21 0x8051dee in JS_PushArguments ()
#22 0x8052a69 in JS_PushArguments ()
#23 0x2ad859cb in __libc_start_main (main=0x80528f0 <JS_PushArguments+23548>, 
    argc=1, argv=0x7ffff954, init=0x804c614 <_init>, fini=0x805d2d4 <_fini>, 
    rtld_fini=0x2aab5e60 <_dl_fini>, stack_end=0x7ffff94c)
    at ../sysdeps/generic/libc-start.c:92
hirata masakazu, Are you seeing this with latest builds ?
KOIKE Kazuhiko, What builds are you using ?
My build is Linux build.
After further experimentation, I've found that bug 73887 (my dupe) occurs only
when I have multiple mail accounts set to download automatically and there's
mail waiting for the second account. Disabling the automatic mail check for that
second account worked around the problem for me.
I get a similar, but different error with Mail under Win98. I think it might be 
related to this, though. I cannot check mail for a second mail account. My error 
is with MSGLOCAL.DLL

MOZILLA caused an invalid page fault in
module MSGLOCAL.DLL at 0167:606dfbd1.
Registers:
EAX=00000000 CS=0167 EIP=606dfbd1 EFLGS=00010246
EBX=0000075b SS=016f ESP=0068f9cc EBP=0068f9d4
ECX=00000000 DS=016f ESI=01f3b620 FS=0e3f
EDX=00000009 ES=016f EDI=80000000 GS=332f
Bytes at CS:EIP:
8b 01 ff 50 28 68 e8 fe 6e 60 ff 15 3c 60 6e 60 
Stack dump:
00000000 01f3b3a0 0068fa04 606e2d91 01f3b620 01f3899c 01f3b3a0 00000000 01f3b594 
00000000 00000001 00000000 0000036c 0000036c 0068fa48 606e3613 

This is using April 1's nighlty, but I think this problem has been happening 
since last week. I had this problem with a nightly that I installed in addition 
to Moz 0.8.1 (0.8.1 has three mail accounts set up). I fgured the problem was 
related to the differences in the Mail clients between 0.8.1 and the nightlies. 
When I installed a new profile using the nightly from Friday, I set up a single 
mail account and had no trouble. I did not try it with multiple mail accounts, 
though. This morning I installed the latest nightly and the profile still worked 
well. I then added a new POP account and configured it to automatically check 
for new messages at startup. Upon first check of mail for the new account, I get 
the MSGLOCAL error. Subsequent attempts to open the mail client result in the 
crash (since mail is automatically checked at startup). 

I then removed the profile and created a new one. I set up a signle POP account 
and everything went swimmingly. After creating a second POP account, I was sure 
not to enable automatic checking at startup. Still, when I first tried to check 
mail on the new account, I got the error. Fortunately, though, I can still get 
the Mail client started. 

Also what's puzzling is that this is supposed to be a talkback build, but the 
talkback dialog never executes.
HTH
looks like this is happening for multiple accounts when you have set download
automatically. cc racham, on how the account manager downloads messages when 
this pref is turned on for multiple accounts ?
cc racham 
*** Bug 74335 has been marked as a duplicate of this bug. ***
Update: 
I seem to have found a workaround to my problem. If I click on the Inbox for the 
second mail account and then check for messages in that account, I don't get the 
error. I don't think my error is specific to automatic retrieval of messages. I 
do not have messages automatically retrieved for my second account, yet I get a 
crash (when focus is in the first account, when mail first gets started).

A by-product of my workaround is that once I get the mail downloaded into the 
second account, subsequent downloads of mail seem to work, recardless of account 
focus.
HTH
Oops, I lied. I DO have automatic retrieval enabled on both accounts. It just 
doesn't automatically check both accounts at startup. Once I perform the 
workaround I mentioned, automatic retrieval works.
Please do note that we only perform Biff when the user selects 'Check for new
mail at startup' for a given account.

For IMAP, doing biff triggers getting all headers and hence you will find all
new messages you got there..

For POP, unless the 'Automatically download new messages' option under biff
section is selected, we simply perform biff which just puts the green arrow
(i.e., biff indication) account level to indicate that there is new mail. So,
when the user clicks on GetMsg button (or equivalent on menus), new messages are
really downloaded. Looks like you ran into this situation. If so, this is
expected behavior with preference 'Check for new mail at startup'.

The crash reported here (from the stack) looks like it's related some closing
activities of message download on POP.
For POP3, if you have "Automatically download messages " turned on for multiple
acccounts then how does it work. I suppose it will be in a loop, right ? 
I have not been able to reproduce this on either of three platforms mac, 
winNT or linux. Need help from QA to reproduce this. 
I am seeing this too, with build 2001040311 on RedHat 7.0.

I have tried both creating a brand-new profile and using my existing profile,
both of which crash.  My existing profile *was* set for auto-update, but only on
one of the two different POP3 accounts I have set up in Mailnews.  I managed to
stop Mozilla from crashing Mailnews immediately by clicking "Stop" just before
it tried to download mail.

I also tried to clear my passwords out of the Password Manager in case one of
them got corrupted, to no avail.  The status bar indicates that it *IS* trying
to login but never gets to the "Retrieving messages" text.

Here is the stdout while setting up a new POP3 account and attempting the
initial download of messages -- no core file is dumped so unfortunately, no gdb
mozilla core to be had here.  I hope this information is somewhat useful.


Calling custom onInit()
wizardAdapter: GetFields()
    for field <radio>
    returning mailaccount and true value=mailaccount
    for field <radio>
    returning  and false value=rdf:http://home.netscape.com/NC-rdf#wizardShortName
    for field <radio>
    returning newsaccount and false value=newsaccount
OnUnload!
Updating wizard map..
Accounttype is mail: true
initializing ISP data for mailaccount
AccountWizard.prefillAccountForIsp(mailaccount)
PrefillAccountForISP: filling with null
null account data! clearing..
This is an accountdata
Updating wizard map..
Accounttype is mail: true
Calling custom onInit()
Updating wizard map..
Accounttype is mail: true
wizardAdapter: GetFields()
    for field <textbox>
    returning fullName and J. Casalino value=J. Casalino
    for field <textbox>
    returning email and thedoc@theplanetgallifrey.net
value=thedoc@theplanetgallifrey.net
Calling custom onInit()
wizardAdapter: GetFields()
    for field <menulist>
    returning servertype and pop3 value=pop3
    for field <textbox>
    returning hostname and 192.168.1.1 value=192.168.1.1
    for field <textbox>
    returning smtphostname and 192.168.1.1 value=192.168.1.1
Calling custom onInit()
type = pop3
wizardAdapter: GetFields()
    for field <textbox>
    returning username and thedoc value=thedoc
Calling custom onInit()
wizardAdapter: GetFields()
    for field <textbox>
    returning prettyName and thedoc@theplanetgallifrey.net
value=thedoc@theplanetgallifrey.net
Calling custom onInit()
WSM.PageData[accounttype][mailaccount][id] : mailaccount;
WSM.PageData[accounttype][mailaccount][value] : true;
WSM.PageData[accounttype][][id] : ;
WSM.PageData[accounttype][][value] : false;
WSM.PageData[accounttype][newsaccount][id] : newsaccount;
WSM.PageData[accounttype][newsaccount][value] : false;
WSM.PageData[server][servertype][id] : servertype;
WSM.PageData[server][servertype][value] : pop3;
WSM.PageData[server][hostname][id] : hostname;
WSM.PageData[server][hostname][value] : 192.168.1.1;
WSM.PageData[server][smtphostname][id] : smtphostname;
WSM.PageData[server][smtphostname][value] : 192.168.1.1;
WSM.PageData[login][username][id] : username;
WSM.PageData[login][username][value] : thedoc;
WSM.PageData[accname][prettyName][id] : prettyName;
WSM.PageData[accname][prettyName][value] : thedoc@theplanetgallifrey.net;
WSM.PageData[identity][fullName][id] : fullName;
WSM.PageData[identity][fullName][value] : J. Casalino;
WSM.PageData[identity][email][id] : email;
WSM.PageData[identity][email][value] : thedoc@theplanetgallifrey.net;
Setting identity for thedoc@theplanetgallifrey.net
pageData.server = [object Object]
pageData.server.smtphostname.value = [object Object]
am.createIncomingServer(thedoc,192.168.1.1,pop3)
am.createIdentity()
am.createAccount()
srcServer.ServerType-pop3 = undefined
Copying smtpServer ([xpconnect wrapped nsISmtpServer]) to accountData
Looking for Local Folders.....
finding folders on server = 192.168.1.1
fccFolder = mailbox://thedoc@192.168.1.1/Sent
draftFolder = mailbox://thedoc@192.168.1.1/Drafts
stationeryFolder = mailbox://thedoc@192.168.1.1/Templates
mailbox://thedoc@192.168.1.1/Inbox
Error loading with many headers to download: [Exception... "Component returned
failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIMsgFolder.updateFolder]"
 nsresult: "0xc1f30001 (NS_ERROR_NOT_INITIALIZED)"  location: "JS frame ::
chrome://messenger/content/commandglue.js :: ChangeFolderByURI :: line 219" 
data: no]
mailbox://thedoc@192.168.1.1...skipping, already opened
XXX ScrollToFirstNewMessage needs to be rewritten.
./run-mozilla.sh: line 72: 19116 Segmentation fault      $prog ${1+"$@"}


And a stdout from the download from my existing account (I screwed up my
password the first time I tried to login, sorry):


Document http://www.mozilla.org/ loaded successfully
mailbox://thedoc@192.168.1.1
mailbox://thedoc@192.168.1.1/Inbox
XXX ScrollToFirstNewMessage needs to be rewritten.
weird status return -2142109690
weird status return -2142109690

Gdk-CRITICAL **: file gdkwindow.c: line 716 (gdk_window_ref): assertion `window
!= NULL' failed.
run-mozilla.sh: line 72: 19213 Segmentation fault      $prog ${1+"$@"}
I also have multiple mail accounts on my Linux build, but I don't set them
to download automatically. I clicked Get Msg button and selected one account
of the account list, and Mozilla crashed after downloading first message.
KOIKE Kazuhiko, what is your build-id and also are you yahoo.co.uk for 
your POP3 server ?
After disabling automatic downloading of messages on my second account, I used
several builds over the last few days with no crashes. I upgraded to 2001040404
a little while ago, and now I'm getting a crash on every message download. Here
are the talkback IDs: TB28679641H, TB28679514G, TB28679309W
I have experienced crashes upon entering mail with some builds on W2K now, the
latest was 2001040304.
I have one IMAP and one POP account, with the following settings:

IMAP: 
Check for new mail at startup: ON
Check for new messages every 10 min
POP:
Check for new mail at startup: ON
Check for new messages every 10 min ON
Automatically download any new messages: ON

If I open the mail window, mozilla first checks the IMAP-account and begins to
download messages. As soon as it checks the POP-accoutn, it freezes. Same
behaviour with a completely new install and new profile.

But: No crash of I select
"Check for new mail at startup: OFF" for the POP-account.
I can start mail and check mail on the POP-account manually by "Get Messages"
Greg, all your crashes are in nkcache.dll, not in the networking pop code. 
Andreas, I have also not been able to reproduce your test case either. 
Joseph, I cannot make any sense of the attached stack trace. 

If somebody is crashing consistently, then please list all the steps in
detail and also your server settings. 
Navin, 

I used strace on run-mozilla.sh to get that stack trace.  The attachment was the
tail of the file that made sense to me.  Would you prefer it from the beginning?

Unfortunately when Mozilla dumps from this bug, it does not leave a core file
for me to gdb.  Is there another way I can provide a crash log or stack trace
for you?
Here are the detailed settings for my POP accounts.  Any settings I have not
listed here are settings that are at their defaults:

Account #1 (Default account):
  Account Name: Mail
    Your Name: J. Casalino
    Email Address: thedoc@theplanetgallifrey.net

  Server Settings:
    POP3 Mail Server
    Server Name: 192.168.1.1
    Username: thedoc
    Port 110
    All server settings checkboxes are unchecked / grayed out, except
Automatically Download New Messages, which is checked but disabled.
    Local Directory: /home/thedoc/.mozilla/thedoc/29bwyfeg.slt/Mail/Mail/192.168.1.1

  Copy and Folder Settings:
    [x] Place a copy in Sent on Main
    Special Folders
       Keep message drafts in: Drafts on Main
       Keep message templates in Templates on Main

Account #2:
  Account Name: pop3.csolutions.net
  Your Name: J. Casalino
  Email Address: thedoc@csolutions.net
  [x] Attach this signature   /home/thedoc/.signature
  [ ] Compose messages in HTML format

  Server Settings: 
    Server Name: pop3.csolutions.net
    User name: thedoc
    Port: 110
    Server Settings:
      All checkboxes unchecked, with the two suboptions grayed out.
    Local Directory:
/home/thedoc/.mozilla/thedoc/29bwyfeg.slt/Mail/Mail/pop3.csolutions.net

  Copies and Folders:
    [x] Place a copy in: Sent on pop3.csolutions.net
    Special Folders:
      Keep message drafts in: Drafts on pop3.csolutions.net
      Keep message templates in: Templates on pop3.csolutions.net

Local Folders:
  Account Name: Local Folders
  Local Directory: /home/thedoc/.mozilla/thedoc/29bwyfeg.slt/Mail/Mail/Local Folders

Outgoing Server (SMTP)
  Server Name: 192.168.1.1
  [x] Use name and password
    User Name: thedoc
  Use secure connection
    (o) Never

Here is my sequence of events from the start:

Open mozilla.  I use run-mozilla.sh to start.
Java is enabled, and JavaScript for Navigator is enabled.  JavaScript for
MailNews is disabled.
Mozilla.org homepage opens.
I click the envelope icon in the bottom left.
MailNews starts, at the top level (Mozilla Mail - Main)
Since I can't click the grayed-out "Get Messages" button, I have to click on the
Main Inbox.
My email opens.  The Get message button is now enabled.  
I click "Get message"
The "enter password" dialog opens.  I type my password.
Status bar: "Contacting Host..."
Status bar: "Host contacted, waiting for reply..."
5-7 seconds pass while the candy stripe and throbber are moving.  Suddenly, they
stop.
Mozilla goes away, without dumping a core file or anything else that might help
debug or track the problem.

I'm not real comfortable tarring up my entire .mozilla folder and attaching it
to a public forum, because it's nearly 200MB in size and there is sensitive data
in there.  But if you really need the profile, I will allow you to FTP it from
me (email me privately for the information).

If it helps, the pop3.csolutions.net account was migrated from Netscape 4.76
mail when I first started to use Mozilla.  It has never been cleared out or
changed since.

Things just got *real* interesting.

I installed Evolution and POPped all my mail into it instead.  No errors were
reported while it downloaded my mail from the 192.168.1.1 server.

After downloading the mail (and clearing it off the server), I waited about 20
minutes while writing that last message before checking my email again through
Mozilla.  This time, instead of Mozilla crashing, it downloaded three messages
and successfully added them into the Inbox.

I'm wondering if the first message waiting for me had a bad header that was
freaking MailNews out.  I vaguely remember seeing this problem in NS4.76 once in
a blue moon.

Of course, that piece of mail happened to be a nice piece of pr0n spam.  I will
create an attachment with that message's full header information.

Maybe slightly malformed headers are the root of the problem?
The crash is not 100% reproducible for me. When I set "download_on_biff" to
true, I experienced a crash on opening Mail when there was a new message in the
POP-account while Mozilla was apparently also communicating with my IMAP-server
("Sending authenticate login..." in statusbar).

Using Build 2001041004 with Talkback enabled. I sent the Talkback report and
made a reference to this bug number. 

Is there a way to find out the number or whatever identifier of the Talkback report?
You should specify email address in the talkback form next time, you crash. 
We can then search based on the email address. 

KOIKE Kazuhiko, Andreas, your crashes are fixed.
See bug #75775. This crash occurs when automatic download is set true for POP  
I crashed where my profile had 1 imap and 1 pop account. 

Most probably this bug is fixed. 

I have not yet crashed in any other place.
At the moment I don't see this bug any more. If I see it again, I will report it
here. Hopefully that's not necessary
Marking this bug fixed. Reopen if you see any more crashes. 
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
marking this bug verified based on navin's comments. I was not able to reproduce 
crash while checking mail. I had biff on with multiple accounts and I also had 
not seen any crash while getting new mail with pop.  Since there has been no 
recent reports of crashes is good.  Please open a new bug and reference this bug 
in the new bug as this has lot of information. This bug is too long and 
reopening this bug will make this bug too confusing.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: