Closed
Bug 1505061
Opened 7 years ago
Closed 6 years ago
Android crash in mozilla::ipc::ByteBuf::operator=
Categories
(Core :: Audio/Video, defect, P3)
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
=============================================================
| Reporter | ||
Comment 1•7 years ago
|
||
16 crashes/18 installations so far.
| Reporter | ||
Comment 2•7 years ago
|
||
One of the crashes does have this as Moz Crash Reason: MOZ_RELEASE_ASSERT(run->mMagic == 0x384adf93)
Comment 3•7 years ago
|
||
Based on the range in comment 0, this may be another signature change from enabling LTO on Android.
Flags: needinfo?(mh+mozilla)
Comment 4•7 years ago
|
||
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)
Comment 5•7 years ago
|
||
I'm not sure which cycle collected class might have a dtor that would assign a ByteBuf.
Comment 6•7 years ago
|
||
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)
Comment 7•7 years ago
|
||
Ah, I interpreted some comment you made as meaning that it had been relanded. Sorry.
Comment 8•7 years ago
|
||
It had relanded, and was re-backed out.
Comment 9•7 years ago
|
||
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)
| Reporter | ||
Comment 10•7 years ago
|
||
Some URLs:
*https://open.spotify.com/queue
*netflix.com
| Reporter | ||
Comment 11•7 years ago
|
||
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)
| Reporter | ||
Comment 12•7 years ago
|
||
| Reporter | ||
Comment 13•7 years ago
|
||
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.
Updated•7 years ago
|
status-firefox66:
--- → ?
Whiteboard: [geckoview]
| Reporter | ||
Comment 14•7 years ago
|
||
Marking 66 as affected based on crash stats.
| Reporter | ||
Comment 15•7 years ago
|
||
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
Comment 16•7 years ago
|
||
All the URLs seem to be media playback moving to Core.
Component: General → Audio/Video
Product: Firefox for Android → Core
Comment 17•7 years ago
|
||
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.
Updated•7 years ago
|
Priority: -- → P3
Summary: Crash in mozilla::ipc::ByteBuf::operator= → Android crash in mozilla::ipc::ByteBuf::operator=
| Reporter | ||
Comment 19•7 years ago
|
||
While this was a top crash at one time, the volume had dwindled. According to crash stats, it also affects the Firefox Reality product.
Updated•7 years ago
|
status-firefox67:
--- → affected
| Reporter | ||
Comment 20•7 years ago
|
||
Clearing ni for Ioana as there is nothing to investigate at this point.
| Reporter | ||
Updated•7 years ago
|
Flags: needinfo?(ioana.chiorean)
Updated•7 years ago
|
Updated•7 years ago
|
| Reporter | ||
Comment 21•6 years ago
|
||
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.
Description
•