80915 - crash on UpdateImapMailboxInfo

Status: VERIFIED WORKSFORME

(MailNews Core :: Networking: IMAP, defect)

Description

[Dmitry Kubov]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:0.9+) Gecko/20010515
BuildID:    20010515

Crash is on OS/2 EMX build (seen this on VACPP build too)

Reproducible: Always
Steps to Reproduce:
1. Open mail/news
2. click on any inbox folder
3. enter password

Actual Results:  crash

Expected Results:  inbox folder content

Checked this under debugger. crash was inside
nsImapMailFolder::UpdateImapMailboxInfo
somewhere after
 if ((imapUIDValidity != folderValidity))
statement

Comment 1

[Dmitry Kubov]

Its crashed on nsImapMailFolder.cpp line 2147
  dbFolderInfo->GetTransferInfo(getter_AddRefs(transferInfo));

Comment 2

[Karen Huang]

CCing David

Comment 3

[David :Bienvenu]

uid validity is changing - don't know why we're crashing.  is dbfolderInfo null?

Comment 4

[Brian Nesse (gone)]

I'm not sure if this is the same bug or a different one, but the repro steps are 
the same. Gives the following stack trace.

 Calling chain using A6/R1 links
  Back chain  ISA  Caller
  00000000    PPC  3ECC6754  
  0DF80480    PPC  3ECB1FB4  main+00130
  0DF80420    PPC  3ECB11BC  main1(int, char**, nsISupports*)+009F8
  0DF80110    PPC  3EBBD884  nsAppShellService::Run()+00018
  0DF800D0    PPC  3EAD8598  nsAppShell::Run()+00048
  0DF80080    PPC  3EAD8F80  nsMacMessagePump::DoMessagePump()+0003C
  0DF80030    PPC  3EAD9680  nsMacMessagePump::DispatchEvent(int, EventRecord*)+
00170
  0DF7FFE0    PPC  3EAED320  Repeater::DoRepeaters(const EventRecord&)+00030
  0DF7FFA0    PPC  3EAC51A4  nsMacNSPREventQueueHandler::RepeatAction(const 
EventRecord&)+0000C
  0DF7FF60    PPC  3EAC53E0  nsMacNSPREventQueueHandler::ProcessPLEventQueue()+
00060
  0DF7FEF0    PPC  3D301638  nsEventQueueImpl::ProcessPendingEvents()+000E4
  0DF7FE80    PPC  3D30158C  nsEventQueueImpl::ProcessPendingEvents()+00038
  0DF7FE10    PPC  3D35405C  PL_ProcessPendingEvents+00078
  0DF7FDD0    PPC  3D3541E0  PL_HandleEvent+00020
  0DF7FD90    PPC  3D32BB68  EventHandler(PLEvent*)+00048
  0DF7FD40    PPC  3D325928  XPTC_InvokeByIndex+0000C
  0DF7FD00    PPC  3D325A30  _XPTC_InvokeByIndex+000C8
  0DF7FC4C    PPC  3D84C438  
nsImapMailFolder::SetupHeaderParseStream(nsIImapProtocol*, unsigned int, const 
char*, nsIMailboxSpec*)+000B4
  0DF7FBBC    PPC  3D8A626C  nsMsgIncomingServer::GetFilterList(nsIMsgFilterList*
*)+00350
  0DF7FA9C    PPC  3E05CB44  nsMsgFilterService::OpenFilterList(nsIFileSpec*, 
nsIMsgFolder*, nsIMsgFilterList**)+00284
  0DF7F98C    PPC  3E04FA48  nsMsgFilterList::LoadTextFilters()+00294
 Closing log

Comment 5

[Keyser Sose]

Marking NEW while you guys work on this.

Comment 6

[scottputterman]

It looks like Brian's crash is on the Mac.  Karen or Laurel, are you able to
reproduce this?

Comment 7

[laurel]

No. Am currently using may22 on mac OS 9.0 and have selected and logged into
many different IMAP INBOXs today, some newly migrated, some new profile.  I
haven't seen this, will keep an eye out.

Comment 8

[scottputterman]

I did a query in talkback for the crash that Brian sees, and all of the stacks
are from old builds (1/31) and the email addresses are Japanese email addresses.
 I don't know if non ascii messages are filters would have something to do with
this.

Comment 9

[Karen Huang]

I couldn't reproduce this problem on Mac 9.0.4 either. 
I am wondering to know whether this crash is only occurring on OS/2 platform?

Comment 10

[David :Bienvenu]

Brian's crash has nothing to do with this bug - the steps are the same, but
clicking on an imap folder is a pretty general set of steps :-) I'll look in
talkback fro crashes in nsImapMailFolder::UpdateImapMailboxInfo

Comment 11

[nhottanscp]

Cc to iqamail.

Comment 12

[scottputterman]

For UpdateImapMailboxInfo, there are a bunch of crashes all happening on the 5/8
build or earlier.  Adding smeredith to this bug because he crashed here four
times on 5/8 using the 5/8 build according to Talkback.  Stephen, have you
experienced this crash since? 

All of the crashes talk about either clicking on the Inbox or clicking on the
GetMsg button.

Comment 13

[Brian Nesse (gone)]

Steve is in Africa right now (I understand), so you probably won't get a
response any time soon.

As far as my crash... I agree with bienvenu that it is something else. I *think*
it was profile related. I tried using 1) my old profile, and 2) a freshly
migrated 4.x profile with no luck. I finally gave up and created a new profile
yesterday which got me past the crash.

Comment 14

[marina]

i haven't seen any crashes on IMAP update since May 16 ( maybe even earlier...)

Comment 15

[Håkan Waara]

So this bug is really Worksforme, it seems? Anyone want to close this?

Comment 16

[Karen Huang]

Reporter, can you try the latest build again?

Comment 17

[David :Bienvenu]

No, I would not say this bug is works for me. It's a bit confusing because there
have been discussions of other bugs in this bug, but talkback still shows this
crash in nsImapMailFolder::UpdateImapMailboxInfo
 in builds from as late as 05/22. Dmitry, do you have a server I can test
against? I've tried getting into that code by poking at vars in the debugger,
and I haven't crashed.

Comment 18

[Dmitry Kubov]

Try www.myrealbox.com - it uses same server software as my internal imap server.
Another server is www.beep.ru (Russian language only). There are signup pages on
both servers.

Tried to recreate profile from scratch - still a problem.

2001-05-24 build had this problem too, I'll test it on latest build soon.

Comment 19

[David :Bienvenu]

I tried creating an account at myrealbox.com and have not had any problems
accessing it - this is on Win2K.

Comment 20

[Dmitry Kubov]

2001-05-29 still a problem.

Probably its OS/2 only bug

Comment 21

[Dmitry Kubov]

There is something strange for me in profile (localstore.rdf)

    <NC:persist resource="imap://[e-mail]/INBOX"/>
    <NC:persist resource="imap://[e-mail]/Inbox"/>

Why its doubled?
How to cleanup this?
Is it a source for crash?

Comment 22

[David :Bienvenu]

that's because of another bug that has to do with the case of the INBOX name on
the IMAP server (which I think has been fixed - has that been checked in,
Navin?) It's possible that's part of the problem, though I saw the dual inboxes
briefly when I ran and I didn't crash.

Comment 23

[Navin Gupta]

The bug for 2 inboxes is bug 78237 and it is in moz 0.9.2. However I did not crash
on that one. 

Comment 24

[scottputterman]

The most recent crashes were from the 6/12 build.

Comment 25

[Navin Gupta]

Brian's crash has been fixed in this bug 84767

Comment 26

[Mike Kaply [:mkaply]]

This is an EMX only build crash. It's not related to Mozilla code.

Comment 27

[Karen Huang]

Since I cannot reproduce this problem originally and we don't have OS/2 
platform for testing.
Dmitry, can you try on the latest build and mark as verified if this bug now 
WFM? Thanks.

Comment 28

[Karen Huang]

Since I didn't get the response from the reporter and I cannot reproduce this 
crash on all platforms(WinNT, Mac & Linux) for current branch builds. I am 
marking this bug as verified. Please reopen this bug if you see this problem 
again.