Closed Bug 293149 Opened 20 years ago Closed 20 years ago

Crash on launch - Trunk [@ googlewebaccfirefox.dll]

Categories

(Toolkit :: Startup and Profile System, defect)

Product:
Toolkit
Component:
Startup and Profile System
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
VERIFIED INVALID

People

(Reporter: tracy, Assigned: darin.moz)

Details

(4 keywords)

Crash Data

This has become a topcrasher on windows since 2005-05-04-13-trunk build.

list od TB ID's :
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=1&searchby=stacksig&match=contains&searchfor=googlewebaccfirefox.dll&vendor=MozillaOrg&product=FirefoxTrunk&platform=All&buildid=&sdate=&stime=&edate=&etime=&sortby=bbid


sample stack:
Stack Signature	 googlewebaccfirefox.dll + 0x4ab8 (0x014a4ab8) 6cb258be
Product ID	FirefoxTrunk
Build ID	2005050506
Trigger Time	2005-05-05 14:30:54.0
Platform	Win32
Operating System	Windows NT 5.1 build 2600
Module	googlewebaccfirefox.dll + (00004ab8)
URL visited	
User Comments	just starting up using the newest nightly build, after install
Since Last Crash	3 sec
Total Uptime	3 sec
Trigger Reason	Access violation
Source File, Line No.	N/A
Stack Trace 	
googlewebaccfirefox.dll + 0x4ab8 (0x014a4ab8)
nsJSCID::CreateInstance 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcjsid.cpp,
line 812]
XPTC_InvokeByIndex 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp,
line 102]
XPCWrappedNative::CallMethod 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp,
line 2065]
XPC_WN_CallMethod 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp,
line 1287]
js_Invoke 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/js/src/jsinterp.c, line 1320]
js_Interpret 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/js/src/jsinterp.c, line 3611]
js_Invoke 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/js/src/jsinterp.c, line 1340]
nsXPCWrappedJSClass::CallMethod 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappedjsclass.cpp,
line 1339]
nsXPCWrappedJS::CallMethod 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappedjs.cpp,
line 450]
SharedStub 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcstubs.cpp,
line 147]
nsEventListenerManager::HandleEventSubType 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/content/events/src/nsEventListenerManager.cpp,
line 1568]
nsEventListenerManager::HandleEvent 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/content/events/src/nsEventListenerManager.cpp,
line 1669]
nsGlobalWindow::HandleDOMEvent 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/dom/src/base/nsGlobalWindow.cpp,
line 914]
DocumentViewerImpl::LoadComplete 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/layout/base/nsDocumentViewer.cpp,
line 992]
nsDocShell::EndPageLoad 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/docshell/base/nsDocShell.cpp,
line 4627]
nsWebShell::EndPageLoad 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/docshell/base/nsWebShell.cpp,
line 667]
nsDocShell::OnStateChange 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/docshell/base/nsDocShell.cpp,
line 4553]
nsDocLoader::FireOnStateChange 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/uriloader/base/nsDocLoader.cpp,
line 1194]
nsDocLoader::doStopDocumentLoad 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/uriloader/base/nsDocLoader.cpp,
line 832]
nsDocLoader::OnStopRequest 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/uriloader/base/nsDocLoader.cpp,
line 653]
nsLoadGroup::RemoveRequest 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/netwerk/base/src/nsLoadGroup.cpp,
line 732]
imgRequestProxy::RemoveFromLoadGroup 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/modules/libpr0n/src/imgRequestProxy.cpp,
line 178]
imgRequestProxy::OnStopRequest 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.0_Depend/mozilla/modules/libpr0n/src/imgRequestProxy.cpp,
line 492]
Assignee: nobody → darin
Did you install the google webcache in your build / on your system ?
It looks like the google cache is crashing...

GWA is not designed to be used with the latest trunk builds of Firefox.
Keywords: relnote
Thank you for filing the bug.  I will fix GWA to not crash in trunk builds of
Firefox.  There's nothing that should change in Firefox on account of this
crash.  Therefore marking INVALID.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
verified
Status: RESOLVED → VERIFIED
bryner said the fix is being pushed out tomorrow, hopefully we will stop seeing
these crashes as users upgrade/download the latest Google Web Acc.
Tomorrow is here. This GWA still crashes newly updated nightly Firefox. For some
reason after I delete firefox folder (keeping profile) and reinstall Firefox,
there is no crash.

googlewebaccclient.exe: version 0.2.52.65-pintail.a
googlewebaccwarden.exe: version 0.1.52.57-dogcatcher.a
googlewebacctoolbar.dll: version 0.1.52.58-ingot.a

The bug is in GWS and not Firefox. That's also the reason why this bug is marked
invalid. It doesn't help to update Firefox.
Alexey: You will need to run GWA in Firefox 1.0.4 or IE for a little while to
cause GWA to update itself to the latest version that avoids this crash.  Run
with GWA in one of those browsers long enough to get the version number to
increase beyond 52 (to 54 I believe).  Then you can safely return to using trunk
builds of Firefox.  GWA will be disabled in trunk builds of Firefox for the
meantime.
For the record, this is still a topcrasher in early Deer Park Alpha 1 Talkback
data.  Since this is a Google issue, is there anything more we can do to help
users avoid this crash?  

From what I understand from Darin's last comment, GWA is currently disabled for
Firefox Trunk users...right?  Therefore anyone crashing with recent Trunk builds
needs to use Firefox 1.0.x or IE until their version of GWA is updated to one
that has the fix?  

We should probably make sure this is relnoted for Deer Park releases. 
> For the record, this is still a topcrasher in early Deer Park Alpha 1 Talkback
> data.  Since this is a Google issue, is there anything more we can do to help
> users avoid this crash?  

I'm not sure how this could be a Deer Park Alpha 1 crasher unless user's
installed this on top of C:\Program Files\Mozilla Firefox\, which should not
happen by default.


> From what I understand from Darin's last comment, GWA is currently disabled for
> Firefox Trunk users...right?

Provided users have the latest version of GWA, then yes.


> Therefore anyone crashing with recent Trunk builds
> needs to use Firefox 1.0.x or IE until their version of GWA is updated to one
> that has the fix?  

Yes, that should work.


> We should probably make sure this is relnoted for Deer Park releases. 

Agreed.  Do you know how to make that happen?
Asa or Rafael should be able to take care of the relnotes, but Asa is on
vacation...Rafael?
yeah I can relnote.
As of this moment, there are currently 191 crashes found where the
Stack Signature contains 'googlewebaccfirefox.dll' in Firefox.

Check this URL for more information:
http://talkback-public.mozilla.org/talkback/fastfind.jsp?search=1&sea...

Dates/times range from 2005-09-18 10:09:28.0 to 2005-10-08 14:10:48.0.
Reed: Can you please tell me what build of GWA you have installed on your
system?  You can find the information by navigating to the Help -> About Google
Web Accelerator menu item.  Thanks!
Here is the information you requested:

googlewebaccclient.exe: version 0.2.60.78-pintail.a
googlewebaccwarden.exe: version 0.1.60.78-dogcatcher.a
googlewebacctoolbar.dll: version 0.1.60.78-ingot.a
Product: Firefox → Toolkit
Severity: normal → critical
Summary: Crash on launch - Trunk [ @ googlewebaccfirefox.dll] → Crash on launch - Trunk [@ googlewebaccfirefox.dll]
Crash Signature: [@ googlewebaccfirefox.dll]
You need to log in before you can comment on or make changes to this bug.