Closed Bug 345904 Opened 19 years ago Closed 19 years ago

Crash immediately after upgrading to latest nightly build [@ PL_DHashTableOperate]

Categories

(Core :: Security: PSM, defect)

1.8 Branch
x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 342646

People

(Reporter: me, Assigned: KaiE)

References

Details

(Keywords: crash)

Crash Data

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060725 BonEcho/2.0b1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060725 BonEcho/2.0b1 I downloaded the latest nightly build today and have upgraded to it (installed over existing). Then, when the actual installing part ends and the setup goes to the final screen, "Open Bon Echo Now" (something along the lines of that) is checked. So I click finish, a Onecare Firewall Notification comes up, I click Stop Blocking This Program (or something along the lines of that) (this is probably unrelated), and Firefox opens. Then it crashed...and Talkback came up. Reproducible: Always Talkback ID: TB21416208K
This stack appears to be the same as the ad muncher bug, but the reporter is using Microsoft OneCare Firewall.
Depends on: 342646
Incident ID: 21416208 Stack Signature PL_DHashTableOperate 4a62299c Product ID Firefox2 Build ID 2006072504 Trigger Time 2006-07-25 13:28:57.0 Platform Win32 Operating System Windows NT 5.1 build 2600 Module xpcom_core.dll + (0000131e) URL visited User Comments I just downloaded and ran the installer for the latest nightly build (July 25th), and ended the installed with the Start Bon Echo checkbox checked. When Firefox started, it crashed, opening Talkback. Since Last Crash 10 sec Total Uptime 10 sec Trigger Reason Access violation Source File, Line No. c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/xpcom/build/pldhash.c, line 547 Stack Trace PL_DHashTableOperate [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/xpcom/build/pldhash.c, line 547] nsCStringHashSetSuper::GetEntry [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/xpcom/ds/nsHashSets.cpp, line 43] nsSSLIOLayerAddToSocket [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/security/manager/ssl/src/nsNSSIOLayer.cpp, line 2574] nsSSLIOLayerNewSocket [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/security/manager/ssl/src/nsNSSIOLayer.cpp, line 1410] nsSSLSocketProvider::NewSocket [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/security/manager/ssl/src/nsSSLSocketProvider.cpp, line 72] nsSocketTransport::BuildSocket [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/netwerk/base/src/nsSocketTransport2.cpp, line 988] nsSocketTransport::InitiateSocket [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/netwerk/base/src/nsSocketTransport2.cpp, line 1090] nsSocketTransport::OnSocketEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/netwerk/base/src/nsSocketTransport2.cpp, line 1406] 0xf18b0c24 nsComboboxControlFrame::FireValueChangeEvent [c:/builds/tinderbox/Fx-Mozilla1.8/WINNT_5.2_Depend/mozilla/layout/forms/nsComboboxControlFrame.cpp, line 2491] 0x15fff44d
Assignee: nobody → kengert
Component: General → Security: PSM
Keywords: crash
Product: Firefox → Core
QA Contact: general
Summary: Crash immediately after upgrading to latest nightly build → Crash immediately after upgrading to latest nightly build [@ PL_DHashTableOperate]
Version: unspecified → 1.8 Branch
Jackie, I know you mentioned something about a Microsoft firewall, but are you running Ad Muncher as well?
I asked this in IRC but he said no, he wasn't running admuncher.
I think it's ok with today's nightly (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060726 BonEcho/2.0b1). If no one objects to this, this seems to be fixed.
It seems to be happening again in today's latest nightly (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060727 BonEcho/2.0b1). However, this time, the Firefox window doesn't open at all and no Talkback is launched. There's just a customary "firefox.exe needs to close" (something along the lines of that).
This seems to be fine again (bug does not occur) in today's nightly "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b1) Gecko/20060729 BonEcho/2.0b1". Can anyone confirm?
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Do we know what specific bug fixed this? If not, then WORKSFORME or INVALID.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → WORKSFORME
Steve, this was fixed with bug 342646, this one could actually be made a dupe.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
*** This bug has been marked as a duplicate of 342646 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago19 years ago
Resolution: --- → DUPLICATE
Crash Signature: [@ PL_DHashTableOperate]
You need to log in before you can comment on or make changes to this bug.