Closed
Bug 1194169
Opened 10 years ago
Closed 10 years ago
startup crash in nsBaseWidget::RemoveChild(nsIWidget*) with trusteer rapport on os x
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: philipp, Unassigned)
Details
(Keywords: crash, regression)
Crash Data
This bug was filed from the Socorro interface and is
report bp-27d7366f-bdec-42f6-93b0-803c22150813.
=============================================================
Crashing Thread
Frame Module Signature Source
0 XUL nsBaseWidget::RemoveChild(nsIWidget*) widget/nsIWidget.h
Ø 1 RapportTanzanEx400.dylib RapportTanzanEx400.dylib@0x10783
Ø 2 RapportTanzanEx400.dylib RapportTanzanEx400.dylib@0x5d92
Ø 3 RapportTanzanEx400.dylib RapportTanzanEx400.dylib@0x758c
Ø 4 RapportTanzanEx400.dylib RapportTanzanEx400.dylib@0x7dd9
5 XUL _ZZN7mozilla3gfxL34FilterNodeFromPrimitiveDescriptionERKNS0_26FilterPrimitiveDescriptionEPNS0_10DrawTargetER8nsTArrayINS_6RefPtrINS0_10FilterNodeEEEERS6_INS0_12IntRectTypedINS0_12UnknownUnitsEEEERS6_INS7_INS0_13SourceSurfaceEEEEE4type
6 XUL nsObserverService::NotifyObservers(nsISupports*, char const*, char16_t const*) xpcom/ds/nsObserverList.cpp
7 XUL nsGlobalWindow::DispatchDOMWindowCreated() dom/base/nsGlobalWindow.cpp
8 XUL nsRunnableMethodImpl<void (nsGlobalWindow::*)(), true, >::Run obj-firefox/x86_64/dist/include/nsThreadUtils.h
9 XUL nsContentUtils::RemoveScriptBlocker() dom/base/nsContentUtils.cpp
10 XUL nsDocumentViewer::InitInternal(nsIWidget*, nsISupports*, mozilla::gfx::IntRectTyped<mozilla::gfx::UnknownUnits> const&, bool, bool, bool) dom/base/nsContentUtils.h
11 XUL nsDocumentViewer::Init(nsIWidget*, mozilla::gfx::IntRectTyped<mozilla::gfx::UnknownUnits> const&) layout/base/nsDocumentViewer.cpp
12 XUL nsDocShell::SetupNewViewer(nsIContentViewer*) docshell/base/nsDocShell.cpp
13 XUL nsDocShell::Embed(nsIContentViewer*, char const*, nsISupports*) docshell/base/nsDocShell.cpp
14 XUL nsDocShell::CreateAboutBlankContentViewer(nsIPrincipal*, nsIURI*, bool) docshell/base/nsDocShell.cpp
15 XUL nsWebShellWindow::Initialize(nsIXULWindow*, nsIXULWindow*, nsIURI*, int, int, bool, nsITabParent*, nsWidgetInitData&) xpfe/appshell/nsWebShellWindow.cpp
16 XUL nsAppShellService::JustCreateTopWindow(nsIXULWindow*, nsIURI*, unsigned int, int, int, bool, nsITabParent*, nsWebShellWindow**) xpfe/appshell/nsAppShellService.cpp
17 XUL nsAppShellService::CreateHiddenWindowHelper(bool) xpfe/appshell/nsAppShellService.cpp
18 XUL nsAppStartup::CreateHiddenWindow() toolkit/components/startup/nsAppStartup.cpp
19 XUL XREMain::XRE_mainRun() toolkit/xre/nsAppRunner.cpp
20 XUL XREMain::XRE_main(int, char**, nsXREAppData const*) toolkit/xre/nsAppRunner.cpp
21 XUL XRE_main toolkit/xre/nsAppRunner.cpp
22 firefox main browser/app/nsBrowserApp.cpp
23 firefox start
[Tracking Requested - why for this release]:
this is a startup crash for os x users with trusteer rapport they experience after they update to firefox 40. it is around #10 on the top crasher list for firefox 40 and judging from the amount of crash comments and feedback on sumo about this, it's highly disruptive for users.
Yes, it has been reported on the French board too: https://forums.mozfr.org/viewtopic.php?f=5&t=125655
Possible workaround: disabling Trusteer Rapport in the OSX preferences, see http://kb.mozillazine.org/Firefox_crashes#Trusteer_Rapport
Comment 2•10 years ago
|
||
Ian,
This appears to be another crashes caused by Trusteer Raport, this time on Mac. Are you guys seeing this from your end / Is there a potential fix in the works?
Flags: needinfo?(ilanf)
Comment 3•10 years ago
|
||
Hi.
In the next hour we will release a fix for this issue to the field.
Thank you,
Ilan.
Flags: needinfo?(ilanf)
Updated•10 years ago
|
Component: Untriaged → General
Reporter | ||
Comment 4•10 years ago
|
||
since these crashes have gone down dramatically again during the last days, i'll assume the fix that got rolled out by trusteer is working well and close this as worksforme.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
Updated•10 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•