183901 - Mozilla crashes at closing [@ xptiInterfaceInfoManager::BuildFileSearchPath]

Status: VERIFIED FIXED

(SeaMonkey :: General, defect)

Description

[Frederic Bezies]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021206
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021206

I am facing a bug since a few hours. Sometimes, when I close mozilla browser
windows, I got a strange dialog box "DDE server window : mozilla.exe -
application error"

There is also this written : The instruction "0x100462bb" referenced memory at
"0x00000000". The memory could not be read.

Click OK to terminate the program

Reproducible: Sometimes

Steps to Reproduce:
1.Open a browser window
2.surf a while
3.close window

Actual Results:  
Sometimes crash message.

Expected Results:  
Closing without message.

4 hours CVS based build - WinXP-Sp1 - I am using quicklaunch.

Strange part is that mozilla is still working after without any problem :-|

Comment 1

[Matthias Versen [:Matti]]

How about a stack trace ?

Comment 2

[Matthias Versen [:Matti]]

If you see necko as last DLL -> dupe of bug 179391

Comment 3

[Frederic Bezies]

I will download a talkback build and try to reproduce bug in order to help.

I hope this should be duplicate of 179391, and it will be fixed for 1.3a release :-)

Comment 4

[Frederic Bezies]

Matti: here is talkback ID :

TB14792406H

Hope it helps :-)

Comment 5

[David Bradley]

Attachment: Stack for TB 14792406

Comment 6

[David Bradley]

Looks like the stack got trashed, ESP is bogus

Comment 7

[Frederic Bezies]

So this means this is not a duplicate of 179391 ?

Comment 8

[Andrew Schultz]

I got the same stack with a Linux CVS trunk build from last night.  I'm trying
to track down the regression...   Steps to reproduce were:
1. run mozilla (loaded www.mozilla.org/start)
2. close mozilla
==> crash

can't be quicklaunch

Comment 9

[Frederic Bezies]

Thanks for your comment.

This is the 2nd regression I've found in 72 hours :-/

I thought quicklauch because bug happened when closing and before tray icon was
back in traybar.

I even think this was related to Cosmo Plugin (for vrml) I installed yesterday.

Comment 10

[Andrew Schultz]

regression from bug 182366.  bzbarksy backed it out earlier today

marking this bug FIXED

Comment 11

[Frederic Bezies]

On a 2 hours old CVS based build, bug is gone.

Thanks a lot.

Comment 12

[Matthias Versen [:Matti]]

v

Comment 13

[Jay Patel [:jay]]

Adding topcrash keyword for future reference.

Comment 14

[Frederic Bezies]

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

Comment 15

[Eric Zurcher]

I'm seeing this problem on nightly builds from 15 and 16 December, under Windows
2000 (and reported such as bug 185739). I believe this bug needs to be reopened.

Comment 16

[Nisheeth Ranjan]

Eric, I checked in a fix to this when I checked in the patch attached to bug
182366 yesterday.  Would you please verify on your machine with today's nightly
build?

Thanks!

Comment 17

[Eric Zurcher]

I verify that the problem I reported does indeed appear to be fixed in nightly
build 2003011412. However, I'm not sure whether the fix was due to the patch for
bug 182366, or the patch for bug 159940. 

Comment 18

[Nisheeth Ranjan]

Hmm, I couldn't find a patch attached to bug 159940.  It was resolved as a dup
of bug 143355 which also doesn't have a  patch attached to it.  I'll attach the
particular patch that, I think, fixed this problem to this bug for future
tracking purposes.

Comment 19

[Nisheeth Ranjan]

Attachment: Fix

This patch has been checked into the Mozilla trunk as part of the patch
attached to bug 182366 on 1/13/03.

Comment 20

[Eric Zurcher]

I apologize for my carelessness. I meant bug 156940, not 159940.

Comment 21

[Andrew Schultz]

this bug got fixed 12-6 when bzbarsky backed out the first patch from bug 182366
(bug 182366 comment 24)