Closed Bug 206851 Opened 22 years ago Closed 22 years ago

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

Categories

(Core :: Networking: Cache, defect)

Product:
Core
Component:
Networking: Cache
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
VERIFIED DUPLICATE of bug 196917

People

(Reporter: erik.fornoff, Assigned: gordon)

Details

(Keywords: crash, Whiteboard: stacktrace for TB20365267H needed)

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...
Changing severity from normal to critical.
Severity: normal → critical
Whiteboard: stacktrace for TB20365267H needed
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)
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.
Oups, file is too big to be sent as an attachement :-(
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 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Everything is ok with Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.4b) Gecko/20030523
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.
VERIFIED/dupe I'll try to reproduce this.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.