firefox snap crashes when playing video REGRESSION

[StevenT]

Newest snap version of Firefox instantly crashes when attempting to play a video with the setting, "Use hardware acceleration when available" is enabled. Disabling the hardware acceleration setting allows videos to play albeit with occasional stuttering and high CPU utilization.

Older version of snap Firefox with identical settings and hardware acceleration enabled played videos well.

System:
  Host: neons Kernel: 6.2.0-33-generic arch: x86_64 bits: 64 compiler: N/A
  Desktop: GNOME v: 42.9 Distro: Ubuntu 22.04.3 LTS (Jammy Jellyfish)
CPU:
  Info: dual core AMD Athlon II X2 245 [MCP] arch: K10 speed (MHz): avg: 800
    min/max: 800/2900
Graphics:
  Device-1: AMD Cedar [Radeon HD 5000/6000/7350/8350 Series] vendor: VISIONTEK
    driver: radeon v: kernel arch: TeraScale-2 bus-ID: 01:00.0 temp: 60.0 C
  Display: x11 server: X.Org v: 1.21.1.4 with: Xwayland v: 22.1.1 driver: X:
    loaded: radeon unloaded: fbdev,modesetting,vesa dri: r600 gpu: radeon
    resolution: 1600x900~60Hz
  API: OpenGL v: 4.5 Mesa 23.0.4-0ubuntu1~22.04.1 renderer: AMD CEDAR (DRM
    2.50.0 / 6.2.0-33-generic LLVM 15.0.7) direct-render: Yes

$ snap list firefox --all
Name Version Rev Tracking Publisher Notes
firefox 118.0.1-1 3206 latest/stable mozilla✓ -
firefox 116.0.3-2 3026 latest/stable mozilla✓ disabled

When started from the command-line, the 118.0.1-1 version spams the following output when playing a video before crashing:

EE ../src/gallium/drivers/r600/r600_shader.c:193 r600_pipe_shader_create - translation from TGSI failed !
EE ../src/gallium/drivers/r600/r600_state_common.c:961 r600_shader_select - Failed to build shader variant (type=1) -1

This goes on for several lines until it gets here:

libva info: VA-API version 1.19.0
libva info: Trying to open /snap/firefox/3206/gnome-platform/usr/lib/x86_64-linux-gnu/dri/r600_drv_video.so

Then it spams a few more shader lines and then gets here:

libva info: va_openDriver() returns 0
ATTENTION: default value of option mesa_glthread overridden by environment.
out of memory: 0x0000000773594008 bytes requested
ExceptionHandler::GenerateDump cloned child 8049
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
Exiting due to channel error.
Exiting due to channel error.
Exiting due to channel error.

At which point the Firefox window disappears and the Firefox crash handler pop up.

Terminal output from 116.0.3-2 when playing same video

[Parent 8438, Main Thread] WARNING: OnCloseSessionDone error: Timeout was reached: 'glib warning', file /build/firefox/parts/firefox/build/toolkit/xre/nsSigHandlers.cpp:167

** (firefox:8438): WARNING **: 16:29:24.338: OnCloseSessionDone error: Timeout was reached
libva info: VA-API version 1.7.0
libva info: Trying to open /snap/firefox/3026/gnome-platform/usr/lib/x86_64-linux-gnu/dri/r600_drv_video.so
libva info: Found init function __vaDriverInit_1_7
ATTENTION: default value of option mesa_glthread overridden by environment.
libva info: va_openDriver() returns 0
ATTENTION: default value of option mesa_glthread overridden by environment.

The same latest release of Firefox downloaded directly from mozilla.org does not have this problem and works as expected with no issues.

Chromium snap is also installed and up-to-date, but does not crash with hardware acceleration enabled and plays videos as expected.

Expectations:
1. New version of Firefox snap should have at least the same performance profile as an older version, or the same version of the non-snap release
2. Even if a hardware acceleration setting is not attainable because of the limitation of said hardware, the program should gracefully downgrade to software rendering and not crash.

[StevenT (steventhompson)]

This morning I saw that there was a update to the gnome-42-2204 snap (rev. 141) available, so I refreshed it and then tried to play a video in firefox 118.0.1-1 again. Happily, firefox played videos with the hardware acceleration option enabled and did not crash. I've yet to try it whiled logged into a wayland session and will do that later today and will report if I receive any errors