206851 - Crash in necko.dll after clearing cache and clicking a link

Status: VERIFIED DUPLICATE of bug 196917

(Core :: Networking: Cache, defect)

Description

[Erik]

Summary:
=========
Clicking a link in Browser after the disk cache has been cleared results in a
crash in necko.dll.


Reproducible: Yes 


Note: 
- this only happens, if windows explorer (and possibly other applications)
"lock" the cache directory (see steps below)
- problem can be reproduced also with a fresh, vanilla profile
- problem does also occur using Moz. Firebird



Steps to Reproduce:
====================

1) start Mozilla SeaMonkey with a page containing links

2) start windows explorer and navigate to the directory containing the used
Mozilla Cache 

<path to your profile>\<*.slt>\Cache

You really need to click the directory on the left tree so the content of the
cache is displayed on the right side

3) in SeaMonkey click 'Edit' -> 'Preferences' -> 'Advanced' -> 'Cache'

4) click [Clear Cache] (note that the button stays enabled, rather than to get
disabled after first click)

5) leave preferences dialog with [Ok]

6) click on any link on the previous loaded page



Actual Results:  
================
SeaMonkey tries to load the page and finally crashes (Tb ID: TB20365267H ).
Visual Studio Debugger tells me that the crash occured in necko.dll



Expected Results:  
==================
No crash / perhaps error message that crash could not get cleared after step 4,
but this might not be subject of this bug...

Comment 1

[Erik]

Changing severity from normal to critical.

Comment 2

[Ferdinand]

I guess this is a duplicate of the recently fixed bug 196917,
please try a build that has the patch for that one.
(It was checked in at 05/22/2003 22:44 PDT)

Comment 3

[Sébastien Deleuze]

I confirm this bug with the nightly build I have just downloaded : Mozilla/5.0
(Windows; U; Windows NT 5.1; fr-FR; rv:1.4b) Gecko/20030522, but the patch for
bug 196917 is perhaps still not included ...

I don't know if this is usefull, but I am going to create an attachement with
the talkback details file.

Comment 4

[Sébastien Deleuze]

Oups, file is too big to be sent as an attachement :-(

Comment 5

[Matthias Versen [:Matti]]

The Talkback details file is useles because it's raw data.

dupe of bug 196917, please retest todays build.


*** This bug has been marked as a duplicate of 196917 ***

Comment 6

[Sébastien Deleuze]

Everything is ok with Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.4b)
Gecko/20030523

Comment 7

[gordon]

Thanks for the bug report Erik.  It is a duplicate, but it confirms the link
with having the explorer window open to the cache directory.  I stumbled across
that while debugging, but couldn't always reproduce it.

Comment 8

[benc]

VERIFIED/dupe

I'll try to reproduce this.