Closed Bug 1505061 Opened 7 years ago Closed 6 years ago

Android crash in mozilla::ipc::ByteBuf::operator=

Categories

(Core :: Audio/Video, defect, P3)

Unspecified
Android
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr60 --- unaffected
firefox64 --- unaffected
firefox65 --- wontfix
firefox66 --- wontfix
firefox67 --- fix-optional
firefox68 --- fix-optional

People

(Reporter: marcia, Unassigned)

Details

(Keywords: crash, regression, topcrash)

Crash Data

This bug was filed from the Socorro interface and is report bp-4ca58306-bf30-491a-bd96-1bfcb0181106. ============================================================= Seen while looking at nightly crash data 20181025100245: . Small volume crash which appears to have started using 20181025100245. 16 crashes/11 installs so far. No comments or correlations, but one URL looked to be someone watching live tv. Possible regression range based on Build ID: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c29f681979ee3d1ec49a3f2563a1030cf5b8ac94&tochange=3cc04ee79005058d817daf66da7963dfac3f0a3a Top 10 frames of crashing thread: 0 libxul.so mozilla::ipc::ByteBuf::operator= android-ndk/sources/cxx-stl/llvm-libc++/include/type_traits:4458 1 libxul.so void nsPurpleBuffer::VisitEntries<SnowWhiteKiller> xpcom/base/nsCycleCollector.cpp:1143 2 libxul.so nsCycleCollector::FreeSnowWhiteWithBudget xpcom/base/nsCycleCollector.cpp:2980 3 libxul.so AsyncFreeSnowWhite::Run js/xpconnect/src/XPCJSRuntime.cpp:139 4 libxul.so IdleRunnableWrapper::Run xpcom/threads/nsThreadUtils.cpp:354 5 libxul.so nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1246 6 libxul.so NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:530 7 libxul.so mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:97 8 libxul.so MessageLoop::Run ipc/chromium/src/base/message_loop.cc:325 9 libxul.so nsBaseAppShell::Run widget/nsBaseAppShell.cpp:158 =============================================================
16 crashes/18 installations so far.
One of the crashes does have this as Moz Crash Reason: MOZ_RELEASE_ASSERT(run->mMagic == 0x384adf93)
Based on the range in comment 0, this may be another signature change from enabling LTO on Android.
Flags: needinfo?(mh+mozilla)
The weird thing is that I don't see where ByteBuf::operator= is used outside of CrossProcessPaint. Ryan, would you expect that code to be run on Android?
Flags: needinfo?(rhunt)
I'm not sure which cycle collected class might have a dtor that would assign a ByteBuf.
LTO was backed out a while ago, so recent builds can't be having this problem because of this (and the buildid in the linked crash report is fairly recent)
Flags: needinfo?(mh+mozilla)
Ah, I interpreted some comment you made as meaning that it had been relanded. Sorry.
It had relanded, and was re-backed out.
CrossProcessPaint should not be used on any platform currently. It's just a backend implementation that needs a better frontend API, and then users converted to use it.
Flags: needinfo?(rhunt)
Some URLs: *https://open.spotify.com/queue *netflix.com
Google Pixel Device is in the mix, I will try to get some more URLs but given the fact this is consistently happening on nightly and we have 29 crashes in the last 7 days, we should probably at least try to reproduce.
Flags: needinfo?(ioana.chiorean)
18 crashes/13 installs in the last 7 days on 65. Only one new URL: https://medium.com/topic/visual-design It appears this also affects the firefox reality product - 7 crashes/6 installs there as well.
Whiteboard: [geckoview]
Marking 66 as affected based on crash stats.
Number 4 top browser crash on nightly, adding keyword. Some additional URLs show this seems to be happening more when playing media: *https://www.tvnow.de/serien/gzsz-1/2018-12/episode-6657-tuner-braucht-ablenkung-1333773 *https://www.netflix.com/
Keywords: topcrash
All the URLs seem to be media playback moving to Core.
Component: General → Audio/Video
Product: Firefox for Android → Core
Not seeing this on Beta65, so calling it fix-optional there. Will still consider an uplift if there's a low-risk patch ready in time.
Priority: -- → P3
Summary: Crash in mozilla::ipc::ByteBuf::operator= → Android crash in mozilla::ipc::ByteBuf::operator=

We don't need to track this crash for GV.

Whiteboard: [geckoview]

While this was a top crash at one time, the volume had dwindled. According to crash stats, it also affects the Firefox Reality product.

Clearing ni for Ioana as there is nothing to investigate at this point.

Flags: needinfo?(ioana.chiorean)

No crashes in 68 release. Closing this one out as WFM.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.