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)

40 Branch
Unspecified
macOS
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox40 + wontfix

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
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)
Hi. In the next hour we will release a fix for this issue to the field. Thank you, Ilan.
Flags: needinfo?(ilanf)
Component: Untriaged → General
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
You need to log in before you can comment on or make changes to this bug.