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)

15 Branch
defect
Not set
critical

Tracking

()

RESOLVED FIXED
mozilla15

People

(Reporter: fehe, Assigned: BenWa)

References

Details

(Keywords: crash, regression, Whiteboard: [tbird crash])

Crash Data

Attachments

(1 file)

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
Blocks: 703484
Keywords: crash, regression
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)
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.
No longer blocks: 703484
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
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: nobody → bgirard
Status: REOPENED → ASSIGNED
Attachment #629205 - Flags: review?(ajuma)
Attachment #629205 - Flags: review?(ajuma) → review+
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).
(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.
(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.
Good to know, thanks for clarifying. =)
Crash Signature: [@ mozalloc_abort(char const* const) | NS_DebugBreak_P | nspr4.dll@0x8fcf]
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]
Status: ASSIGNED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla15
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]
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 → ---
It's not going to. These users are running an unsupported feature that we never asked anyone to test on desktop.
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?
It shouldn't be hard to fix but I'm fine if we backout if we're in a rush.
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!"
I think this is bug 717658. Testing on Windows, the problem is in ShareToProcess (just as in bug 717658).
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
Depends on: 717658
Whiteboard: [tbird crash]
This should of been closed when the patch merged.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: