Closed
Bug 913114
Opened 11 years ago
Closed 11 years ago
Crash in nsBaseWidget::Release() on shutdown with apz
Categories
(Core Graveyard :: Widget: WinRT, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla26
People
(Reporter: jimm, Assigned: jimm)
References
Details
Attachments
(2 files)
4.07 KB,
text/plain
|
Details | |
12.30 KB,
patch
|
bbondy
:
review+
|
Details | Diff | Splinter Review |
We'll need to track this down before turning apz on. https://tbpl.mozilla.org/php/getParsedLog.php?id=27438761&tree=Try&full=1#error0
Assignee | ||
Updated•11 years ago
|
Summary: Crash in nsBaseWidget::Release() [nsBaseWidget.cpp] on shutdown → Crash in nsBaseWidget::Release() on shutdown with apz
Assignee | ||
Comment 1•11 years ago
|
||
Looks like the compositor thread is shutting down way too late.
Assignee | ||
Updated•11 years ago
|
Component: Widget: WinRT → Graphics: Layers
Assignee | ||
Comment 2•11 years ago
|
||
CompositorParent definitely addrefs the widget, so maybe there is a ref counting bug somewhere besides gfx.
Assignee | ||
Comment 3•11 years ago
|
||
We're ending up with two ref counts here, GeckoContentController doesn't support nsISupports, but does implement its own inline addref/release. MetroWidget inherits addref, release and qi from nsBaseWidget.
Assignee | ||
Updated•11 years ago
|
Component: Graphics: Layers → Widget: WinRT
Assignee | ||
Comment 4•11 years ago
|
||
Splitting these up so they can be torn down independently seemed like the simplest fix.
Attachment #800799 -
Flags: review?(netzen)
Comment 5•11 years ago
|
||
Comment on attachment 800799 [details] [diff] [review] split GeckoContentController off from MetroWidget Review of attachment 800799 [details] [diff] [review]: ----------------------------------------------------------------- nit: Maybe we should just move APZController into its own .h and .cpp files. ::: widget/windows/winrt/MetroInput.cpp @@ -160,5 @@ > LogFunction(); > NS_ASSERTION(aWidget, "Attempted to create MetroInput for null widget!"); > NS_ASSERTION(aWindow, "Attempted to create MetroInput for null window!"); > > - mWidget->SetMetroInput(this); Are these still present in this file? // Used by MetroWidget GeckoContentController callbacks void HandleDoubleTap(const mozilla::LayoutDeviceIntPoint& aPoint); void HandleSingleTap(const mozilla::LayoutDeviceIntPoint& aPoint); void HandleLongTap(const mozilla::LayoutDeviceIntPoint& aPoint); If so I think those are unused now and can also be removed?
Attachment #800799 -
Flags: review?(netzen) → review+
Comment 6•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/471064addd39
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla26
Updated•10 years ago
|
OS: Windows 8 Metro → Windows 8.1
Updated•5 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•