Closed
Bug 760439
Opened 12 years ago
Closed 12 years ago
OMTC: Nightly and Thunderbird Daily builds crash with abort message: "creating ThebesLayer 'back buffer' failed!"
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
RESOLVED
FIXED
mozilla15
People
(Reporter: fehe, Assigned: BenWa)
References
Details
(Keywords: crash, regression, Whiteboard: [tbird crash])
Crash Data
Attachments
(1 file)
1.44 KB,
patch
|
ajuma
:
review+
|
Details | Diff | Splinter Review |
With OMTC enabled, neither Firefox nor Thunderbird will start. They keep crashing. I had to manually edit pref.js and change the value of layers.offmainthreadcomposition.enabled to false
This happens on both Windows XP and Windows 7.
https://crash-stats.mozilla.com/report/index/bp-9dff1ee9-1eda-46c3-89f0-5b8112120601
Crashing Thread
Frame Module Signature Source
0 mozalloc.dll mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:46
1 xul.dll NS_DebugBreak_P xpcom/base/nsDebugImpl.cpp:369
2 nspr4.dll nspr4.dll@0x8fcf
3 @0x1b
Keywords: crash,
regression
Comment 1•12 years ago
|
||
Removing the regression keyword since OMTC has never worked on Windows yet.
Keywords: regression
There's the following in that crash report:
AdapterVendorID: 0x0000, AdapterDeviceID: 0x0000, AdapterSubsysID: 00000000, AdapterDriverVersion:
xpcom_runtime_abort(###!!! ABORT: creating ThebesLayer 'back buffer' failed! width=1003, height=76, type=1000: file e:/builds/moz2_slave/m-cen-w32-ntly/build/gfx/layers/basic/BasicLayers.cpp, line 2525)
Assignee | ||
Comment 3•12 years ago
|
||
Just to be clear you enabled the pref manually right? Please re-open if you did not.
In that case I'm not concerned because the feature is still in development and some critical patches have not landed.
Thanks for trying this out anyways, please try it again once we clear some of the dependent issues and part 2 lands.
Assignee | ||
Comment 5•12 years ago
|
||
I've decide to remove the pref from the listing. This way the users will have to jump towards more hoops to get a broken state.
This will help since we will be asking people to turn on OMTC in central in 16-17 and when 15 rides the train people who will try it there will get a broken state and have to modify pref.js to fix it.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Assignee | ||
Comment 6•12 years ago
|
||
Updated•12 years ago
|
Attachment #629205 -
Flags: review?(ajuma) → review+
Assignee | ||
Comment 7•12 years ago
|
||
Comment 8•12 years ago
|
||
Not sure if it matters, but setting layers.offmainthreadcomposition.enabled to true in the 5/30 and 5/31 Nightly builds didn't result in a crash, just started in the 6/1 build. x64 here (again, if that matters).
Comment 9•12 years ago
|
||
(In reply to Brian Carpenter [:geeknik] from comment #8)
> Not sure if it matters, but setting layers.offmainthreadcomposition.enabled
> to true in the 5/30 and 5/31 Nightly builds didn't result in a crash, just
> started in the 6/1 build. x64 here (again, if that matters).
That's because up until that point, the pref was entirely ignored on Windows. Starting with the 6/1 build, the pref is used, and since OMTC on Windows doesn't actually work yet, we crash.
Assignee | ||
Comment 10•12 years ago
|
||
(In reply to Brian Carpenter [:geeknik] from comment #8)
> Not sure if it matters, but setting layers.offmainthreadcomposition.enabled
> to true in the 5/30 and 5/31 Nightly builds didn't result in a crash, just
> started in the 6/1 build. x64 here (again, if that matters).
It's expected, we went from not supporting anything to an in progress implementation. OMTC is a bit to big to implement as a patch queue so we hide the progress behind a pref rather then use a branch.
Comment 11•12 years ago
|
||
Good to know, thanks for clarifying. =)
Updated•12 years ago
|
Crash Signature: [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8fcf]
Updated•12 years ago
|
Crash Signature: [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8fcf] → [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8fcf]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | CreateFileMappingWStub]
Comment 12•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla15
Updated•12 years ago
|
Crash Signature: [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8fcf]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | CreateFileMappingWStub] → [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8fcf]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8f9f]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | CreateFileMappingWStub]
Comment 13•12 years ago
|
||
The fix doesn't prevent crashes.
Status: RESOLVED → REOPENED
Crash Signature: [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8fcf]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8f9f]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | CreateFileMappingWStub] → [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8fcf]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8f9f]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8fff]
[@ mozalloc_abort(char cons…
Resolution: FIXED → ---
Assignee | ||
Comment 14•12 years ago
|
||
It's not going to. These users are running an unsupported feature that we never asked anyone to test on desktop.
Comment 15•12 years ago
|
||
BenWa, we are working on off-main-thread animations as a critical feature for B2G. Development is happening on mac, and will then be ported to Gonk. While maybe not a default configuration yet, this sudden breakage is massively breaking our work. Can we please back it out until we have a fix?
Assignee | ||
Comment 16•12 years ago
|
||
It shouldn't be hard to fix but I'm fine if we backout if we're in a rush.
Comment 17•12 years ago
|
||
It's similar to bug 717658.
Crash Signature: const* const) | NS_DebugBreak_P | CreateFileMappingWStub] → const* const) | NS_DebugBreak_P | CreateFileMappingWStub]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | kernel32.dll@0x2fab]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P]
Summary: OMTC: Nightly and Thunderbird Daily builds crashing like crazy → OMTC: Nightly and Thunderbird Daily builds crashing like crazy with abort message: "creating ThebesLayer 'back buffer' failed!"
Comment 18•12 years ago
|
||
I think this is bug 717658. Testing on Windows, the problem is in ShareToProcess (just as in bug 717658).
Updated•12 years ago
|
Crash Signature: const* const) | NS_DebugBreak_P | CreateFileMappingWStub]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | kernel32.dll@0x2fab]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P] → const* const) | NS_DebugBreak_P | CreateFileMappingWStub]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | kernel32.dll@0x2fab]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P]
[@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nsp…
Keywords: regression
Summary: OMTC: Nightly and Thunderbird Daily builds crashing like crazy with abort message: "creating ThebesLayer 'back buffer' failed!" → OMTC: Nightly and Thunderbird Daily builds crash with abort message: "creating ThebesLayer 'back buffer' failed!"
Version: Trunk → 15 Branch
Assignee | ||
Comment 19•12 years ago
|
||
This should of been closed when the patch merged.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•