I see many Android crash reports about OOMs in`mozilla::image::nsAVIFDecoder::Decode`. Available Virtual Memory is usually about 1.7 GB and OOM Allocation Size is between 70 MB - 116 MB. There are also crash reports from Windows with a different crash signature: `[@ OOM | large | mozalloc_abort | moz_xmalloc | mozilla::image::nsAVIFDecoder::Decode ]`. There is just one crash report from Linux and none from macOS. I suspect this is a new signature for an old crash after Socorro's stack traces started to include inlined functions. I filed bug 1802715 to generate more useful signatures that can continue after `new[]` and include `mozilla::image::nsAVIFDecoder::Decode`. Crash report: https://crash-stats.mozilla.org/report/index/2221dbec-ebc9-4bbc-ba95-a4c110221121 Reason: ```SIGSEGV / SEGV_MAPERR``` Top 10 frames of crashing thread: ``` 0 libmozglue.so MOZ_Crash mfbt/Assertions.h:261 0 libmozglue.so mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:35 1 libmozglue.so mozalloc_handle_oom memory/mozalloc/mozalloc_oom.cpp:51 2 libmozglue.so moz_xmalloc memory/mozalloc/mozalloc.cpp:54 3 libxul.so operator new[] memory/mozalloc/cxxalloc.h:42 3 libxul.so mozilla::MakeUnique<unsigned char []> mfbt/UniquePtr.h:612 3 libxul.so mozilla::image::nsAVIFDecoder::Decode image/decoders/nsAVIFDecoder.cpp:1589 3 libxul.so mozilla::image::nsAVIFDecoder::DoDecode image/decoders/nsAVIFDecoder.cpp:1167 4 libxul.so mozilla::image::Decoder::Decode image/Decoder.cpp:177 5 libxul.so mozilla::image::DecodedSurfaceProvider::Run image/DecodedSurfaceProvider.cpp:125 ```
Bug 1802718 Comment 0 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
I see many Android crash reports about OOMs in`mozilla::image::nsAVIFDecoder::Decode`. Available Virtual Memory is usually about 1.7 GB and OOM Allocation Size is between 70 MB - 116 MB. There are also crash reports from Windows with a different crash signature: `[@ OOM | large | mozalloc_abort | moz_xmalloc | mozilla::image::nsAVIFDecoder::Decode ]`. There is just one crash report from Linux and none from macOS. I suspect this is a new signature for an old crash. This bug's crash data graph appears to show a big regression in September, but I think that's when Socorro's stack traces started to include inlined functions. I filed bug 1802715 to generate more useful signatures that can continue after `new[]` and include `mozilla::image::nsAVIFDecoder::Decode`. Crash report: https://crash-stats.mozilla.org/report/index/2221dbec-ebc9-4bbc-ba95-a4c110221121 Reason: ```SIGSEGV / SEGV_MAPERR``` Top 10 frames of crashing thread: ``` 0 libmozglue.so MOZ_Crash mfbt/Assertions.h:261 0 libmozglue.so mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:35 1 libmozglue.so mozalloc_handle_oom memory/mozalloc/mozalloc_oom.cpp:51 2 libmozglue.so moz_xmalloc memory/mozalloc/mozalloc.cpp:54 3 libxul.so operator new[] memory/mozalloc/cxxalloc.h:42 3 libxul.so mozilla::MakeUnique<unsigned char []> mfbt/UniquePtr.h:612 3 libxul.so mozilla::image::nsAVIFDecoder::Decode image/decoders/nsAVIFDecoder.cpp:1589 3 libxul.so mozilla::image::nsAVIFDecoder::DoDecode image/decoders/nsAVIFDecoder.cpp:1167 4 libxul.so mozilla::image::Decoder::Decode image/Decoder.cpp:177 5 libxul.so mozilla::image::DecodedSurfaceProvider::Run image/DecodedSurfaceProvider.cpp:125 ```