Launchpad has imported 49 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=1751363.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2022-01-21T09:02:26+00:00 Stransky wrote:

We can't create GL context in RDD process which leads to missing video
snapshots. It generally brings back Bug 1712588.

What's broken:
- we can't take video snapshots (context menu -> take snapshot)
- bookmarked page with video context is black
- D&D of tabs with video playback is black

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/0

------------------------------------------------------------------------
On 2022-01-21T09:08:06+00:00 Stransky wrote:

Some details were provided to Bug 1724385 which also depends on this
one.

Run with MOZ_SANDBOX_LOGGING=1 gives me:

Sandbox: Failed errno -2 op stat flags 00 path 
/tmp/Temp-d7ba8966-a234-4d30-9fb1-41087569e0c9/mesa_shader_cache
Sandbox: Failed errno -2 op open flags 02000000 path 
/home/komat/Programy/firefox-nightly/libEGL.so
Sandbox: Failed errno -2 op open flags 02000000 path 
/home/komat/Programy/firefox-nightly/libGLdispatch.so.0
Sandbox: Failed errno -2 op open flags 02000000 path 
/home/komat/Programy/firefox-nightly/libGL.so
Sandbox: Failed errno -2 op open flags 02000000 path 
/home/komat/Programy/firefox-nightly/libGLX.so.0
Sandbox: SandboxBroker: denied op=open rflags=2204000 perms=0 
path=/etc/glvnd/egl_vendor.d for pid=40950
Sandbox: Failed errno -13 op open flags 02204000 path /etc/glvnd/egl_vendor.d
Sandbox: SandboxBroker: denied op=open rflags=2204000 perms=0 
path=/usr/share/glvnd/egl_vendor.d for pid=40950
Sandbox: Failed errno -13 op open flags 02204000 path 
/usr/share/glvnd/egl_vendor.d
[GFX1]: Failed to create snapshot GLContext.

Reproduction steps are fairly easy, play a video clip on a page and try
to bookmark it or move by D&D.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/1

------------------------------------------------------------------------
On 2022-01-24T12:12:56+00:00 Robert Mader wrote:

Dupe of bug 1749623?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/2

------------------------------------------------------------------------
On 2022-01-24T13:17:51+00:00 Stransky wrote:

*** Bug 1749623 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/3

------------------------------------------------------------------------
On 2022-01-29T21:39:00+00:00 W-jan-k wrote:

Gnome Wayland, Debian Testing, Intel

bug 1752282 comment 16: Since bug 1724385, VAAPI seems to require GL context in 
RDD, otherwise won't work anymore.
Workaround is MOZ_DISABLE_RDD_SANDBOX=1.

Expected: `sudo intel_gpu_top` has hw video decoding workload.
Actual: It doesn't have.
STR (for X11/Xwayland with Mesa >=21 or Wayland):
MOZ_SANDBOX_LOGGING=1 MESA_GLSL_CACHE_DISABLE=1 mozregression --repo autoland 
--launch 
[d87eb81f8495](https://bugzilla.mozilla.org/show_bug.cgi?id=1752282#c18) --pref 
media.ffmpeg.vaapi.enabled:true -a 
https://bug1619882.bmoattachments.org/attachment.cgi?id=9149605 -P stdout
> 0:32.28 INFO: b'libva info: va_openDriver() returns 0'
> 0:32.28 INFO: b'Sandbox: SandboxBroker: denied op=open rflags=0 perms=0 
> path=/dev/graphics/fb0 for pid=17557'
> 0:32.28 INFO: b'Sandbox: Failed errno -13 op open flags 00 path 
> /dev/graphics/fb0'
> 0:32.28 INFO: b'Sandbox: Failed errno -2 op open flags 02000000 path 
> /tmp/tmpcfk2evpu/firefox/libEGL.so'
> 0:32.28 INFO: b'Sandbox: Failed errno -2 op open flags 02000000 path 
> /tmp/tmpcfk2evpu/firefox/libGLdispatch.so.0'
> 0:32.28 INFO: b'Sandbox: Failed errno -2 op open flags 02000000 path 
> /tmp/tmpcfk2evpu/firefox/libGL.so'
> 0:32.28 INFO: b'Sandbox: Failed errno -2 op open flags 02000000 path 
> /tmp/tmpcfk2evpu/firefox/libGLX.so.0'
> 0:32.28 INFO: b'Sandbox: SandboxBroker: denied op=open rflags=2204000 perms=0 
> path=/etc/glvnd/egl_vendor.d for pid=17557'
> 0:32.28 INFO: b'Sandbox: Failed errno -13 op open flags 02204000 path 
> /etc/glvnd/egl_vendor.d'
> 0:32.28 INFO: b'Sandbox: SandboxBroker: denied op=open rflags=2204000 perms=0 
> path=/usr/share/glvnd/egl_vendor.d for pid=17557'
> 0:32.28 INFO: b'Sandbox: Failed errno -13 op open flags 02204000 path 
> /usr/share/glvnd/egl_vendor.d'

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/4

------------------------------------------------------------------------
On 2022-02-03T10:09:49+00:00 Stransky wrote:

*** Bug 1753390 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/5

------------------------------------------------------------------------
On 2022-02-16T11:30:52+00:00 Aosmond wrote:

*** Bug 1755526 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/6

------------------------------------------------------------------------
On 2022-02-23T20:16:31+00:00 W-jan-k wrote:

*** Bug 1755607 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/7

------------------------------------------------------------------------
On 2022-02-24T10:18:14+00:00 Release-mgmt-account-bot wrote:

Set release status flags based on info from the regressing bug 1724385

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/8

------------------------------------------------------------------------
On 2022-03-08T16:43:08+00:00 W-jan-k wrote:

*** Bug 1758431 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/9

------------------------------------------------------------------------
On 2022-03-09T05:10:13+00:00 W-jan-k wrote:

*** Bug 1758613 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/10

------------------------------------------------------------------------
On 2022-03-09T16:18:51+00:00 Sonichedgehog-hyperblast00 wrote:

Can confirm this on Manjaro Linux: I believe I was updated to Firefox 98
yesterday, ever since I'm unable to play video on any website, sometimes
it works briefly but playback lags and stops to the point where it's
unplayable. The issue goes away after disabling
"media.ffmpeg.vaapi.enabled" in "about:config", might try disabling the
sandbox feature as a workaround to keep video acceleration.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/11

------------------------------------------------------------------------
On 2022-03-09T19:11:38+00:00 Evilpies wrote:

*** Bug 1758738 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/12

------------------------------------------------------------------------
On 2022-03-09T19:12:29+00:00 Evilpies wrote:

Workaround: Start Firefox with MOZ_DISABLE_RDD_SANDBOX=1. (This
decreases security)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/13

------------------------------------------------------------------------
On 2022-03-09T22:05:33+00:00 Sonichedgehog-hyperblast00 wrote:

I'm using that workaround now: If I start FF with "export
MOZ_DISABLE_RDD_SANDBOX=1;kstart5 firefox" from a console, I can keep
video acceleration enabled and everything plays back fine again. You can
also put that export in your ~/.profile file so it's applied system
wide, wouldn't recommend that though as you're likely to forget about it
and I understand this may translate into less security.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/14

------------------------------------------------------------------------
On 2022-03-10T01:39:00+00:00 Mel34 wrote:

(In reply to Tom Schuster [:evilpie] from comment #13)
> Workaround: Start Firefox with MOZ_DISABLE_RDD_SANDBOX=1. (This decreases 
> security)

Why not recommend a downgrade to 97.0.2 instead where everything just
worked without compromising security?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/15

------------------------------------------------------------------------
On 2022-03-10T04:45:56+00:00 peng shao wrote:

(In reply to Mel from comment #15)
> Why not recommend a downgrade to 97.0.2 instead where everything just worked 
> without compromising security?

It asks to create a new profile and it may be inconvenient for some
users

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/16

------------------------------------------------------------------------
On 2022-03-10T09:53:50+00:00 W-jan-k wrote:

Don't downgrade because security bugs have been fixed.
The workaround only disables the sandbox for a process that contains fuzzed 
media decoders, javascript is still sandboxed in its content process.
Personally I don't use the workaround and just wait for this bug to be fixed.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/17

------------------------------------------------------------------------
On 2022-03-10T15:41:17+00:00 Steindaimar wrote:

> Can confirm this on Manjaro Linux: I believe I was updated to Firefox
98 yesterday, ever since I'm unable to play video on any website,
sometimes it works briefly but playback lags and stops to the point
where it's unplayable. The issue goes away after disabling
"media.ffmpeg.vaapi.enabled" in "about:config", might try disabling the
sandbox feature as a workaround to keep video acceleration.

Can confirm this happening, specially with Twitch, as it constantly
keeps crashing with Error #3000. Other sites work normally on my
experience and disabling `media.ffmpeg.vaapi.enabled` does solve the
problem, but yeah, no luck with VA-API in the current state.

`MOZ_DISABLE_RDD_SANDBOX=1` does not solve the issue for me, at least
using the Flatpak version of Firefox on Wayland.

Using `MOZ_LOG="PlatformDecoderModule:5"` I get:
`[Child 336: Main Thread]: D/PlatformDecoderModule FFMPEG: VA-API FFmpeg is 
disabled by platform`

But when I try to play a video the logs seem to treat like VA-API is working 
correctly in the beginning:
```
[RDD 490: MediaPDecoder #2]: D/PlatformDecoderModule FFVPX: Initialising VA-API 
FFmpeg decoder
[RDD 490: MediaPDecoder #2]: D/PlatformDecoderModule FFVPX:   Format vp9 is 
accelerated
[RDD 490: MediaPDecoder #2]: D/PlatformDecoderModule FFVPX:   codec vp9 : 
Google VP9
[Child 410: MediaPDecoder #1]: V/PlatformDecoderModule 
AudioTrimmer[7f8448a792e0] ::PrepareTrimmers: sample[0,21000] no trimming 
information
[RDD 490: MediaPDecoder #1]: D/PlatformDecoderModule 
OpusDataDecoder[7fbcd8a88800] ::Decode: Opus decoder skipping 312 of 960 frames
libva info: VA-API version 1.12.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
[Child 410: MediaPDecoder #2]: V/PlatformDecoderModule 
AudioTrimmer[7f8448a792e0] ::HandleDecodedResult: sample[0,21000] 
(decoded[0,13500] no trimming needed
libva info: Trying to open 
/usr/lib/x86_64-linux-gnu/dri/intel-vaapi-driver/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_12
libva info: va_openDriver() returns 0
```

But I eventually get this error:
`[RDD 490: MediaPDecoder #1]: D/PlatformDecoderModule   failed to create 
texture over DMABuf memory!`

Which leads to these messages and after that it falls back to regular
FFmpeg decoder:

```
[RDD 490: MediaPDecoder #1]: D/PlatformDecoderModule VideoFrameSurfaceVAAPI: 
deleting dmabuf surface UID = 1
[RDD 490: MediaPDecoder #1]: D/PlatformDecoderModule VideoFrameSurfaceVAAPI: 
VAAPI releasing dmabuf surface UID = 1
```

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/18

------------------------------------------------------------------------
On 2022-03-10T16:33:20+00:00 Tempel-julian wrote:

It doesn't even work with MOZ_DISABLE_RDD_SANDBOX=1 for me with 99.b1
(works with 98).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/19

------------------------------------------------------------------------
On 2022-03-11T11:29:45+00:00 Evilpies wrote:

*** Bug 1759109 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/21

------------------------------------------------------------------------
On 2022-03-12T19:46:54+00:00 Ajtbecool wrote:

What are the exact security implications of the aforementioned
workaround? I want a secure browser, but I also don't want my lap to
burn while watching YouTube videos xD.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/22

------------------------------------------------------------------------
On 2022-03-12T21:44:19+00:00 Igarcia1089 wrote:

Can confirm issue on Fedora 35. I just updated to Firefox 98 and VA-API
HW acceleration is not working. It was working fine on Firefox 97.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/23

------------------------------------------------------------------------
On 2022-03-12T21:50:51+00:00 Evilpies wrote:

Comment 18 (Daimar Stein)  and comment 19 (walmartguy) please open new
bugs or check if there is an existing similar bug, this bug is *only*
about VAAPI not working because of sandboxing.

> What are the exact security implications of the aforementioned
workaround? I want a secure browser, but I also don't want my lap to
burn while watching YouTube videos xD.

It's hard to quantify. Thanks to VA-API decoding now happening in its
own RDD process exploitation gets hard of course. But having no sandbox
at all obviously makes it trivial to take over everything if an exploit
is found.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/24

------------------------------------------------------------------------
On 2022-03-14T12:17:40+00:00 Stransky wrote:

*** Bug 1759464 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/28

------------------------------------------------------------------------
On 2022-03-20T19:37:33+00:00 Evilpies wrote:

*** Bug 1760514 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/29

------------------------------------------------------------------------
On 2022-03-20T22:30:20+00:00 JORGETECH wrote:

I can confirm this issue affects me in Firefox 98.0.1 (Kubuntu 21.10,
AMD Ryzen iGPU with Mesa 22.0.0).

Playing a YouTube video makes the browser crash or not load the video and I get 
this on the console output:
```
libva info: VA-API version 1.14.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_14
ATTENTION: default value of option mesa_glthread overridden by environment.
/usr/share/libdrm/amdgpu.ids: Permission denied
```
I had to set the media.rdd-process.enabled flag to false to fix it, this was 
after updating Firefox, it didn't do this before.

I'm surprised this change landed in an stable release.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/30

------------------------------------------------------------------------
On 2022-03-21T12:17:51+00:00 Release-mgmt-account-bot wrote:

The severity field for this bug is relatively low, S3. However, the bug has 9 
duplicates, 13 votes and 78 CCs.
:gcp, could you consider increasing the bug severity?

For more information, please visit [auto_nag
documentation](https://wiki.mozilla.org/Release_Management/autonag#severity_underestimated.py).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/31

------------------------------------------------------------------------
On 2022-03-21T12:44:54+00:00 Gpascutto wrote:

>I'm surprised this change landed in an stable release.

The feature is marked as disabled in Firefox 98.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/32

------------------------------------------------------------------------
On 2022-03-21T12:50:33+00:00 Gpascutto wrote:

>The feature is marked as disabled in Firefox 98.

And indeed it is: https://searchfox.org/mozilla-
central/source/modules/libpref/init/StaticPrefList.yaml#8915

So to answer the question: nothing "landed in a stable release", this
configuration was never supported nor released yet because of bugs like
this one.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/33

------------------------------------------------------------------------
On 2022-03-27T17:49:01+00:00 Iamtrazy wrote:

please consider increasing the severity of this bug , this still happens
on both amd and intel on firefox 98.0.2 , hardware accelerations worked
perfectly fine before 98 update without disabling rdd sandbox.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/34

------------------------------------------------------------------------
On 2022-03-27T17:53:16+00:00 Sonichedgehog-hyperblast00 wrote:

I agree. I'm surprised there isn't any progress on an issue this obvious
and severe yet. On both my and my mother's computer we have to open
Firefox with a console command before this is fixed based on when we
need to watch videos.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/35

------------------------------------------------------------------------
On 2022-03-27T17:56:57+00:00 Julian Sikorski wrote:

(In reply to [email protected] from comment #31)
> I agree. I'm surprised there isn't any progress on an issue this obvious and 
> severe yet. On both my and my mother's computer we have to open Firefox with 
> a console command before this is fixed based on when we need to watch videos.

Just disable VAAPI and you will be able to watch videos just fine. On my
machine (Ryzen 4500U) the difference in CPU load when watching youtube
is minimal anyway. Please keep in mind that hardware acceleration was
never officially enabled in release builds so please adjust your
expectations accordingly.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/36

------------------------------------------------------------------------
On 2022-03-27T18:02:34+00:00 RussianNeuroMancer wrote:

> Just disable VAAPI and you will be able to watch videos just fine.

Some hardware cannot handle anything above 480p on YouTube unless
hardware acceleration is enabled and works.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/37

------------------------------------------------------------------------
On 2022-03-28T01:32:41+00:00 Jay Chu wrote:

(In reply to [email protected] from comment #31)
> I agree. I'm surprised there isn't any progress on an issue this obvious and 
> severe yet. On both my and my mother's computer we have to open Firefox with 
> a console command before this is fixed based on when we need to watch videos.

For now, set the media.rdd-process.enabled flag to false, or set the
environment variable in proper files.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/38

------------------------------------------------------------------------
On 2022-03-28T08:23:05+00:00 Mav wrote:

(In reply to Jay Chu from comment #34)
> (In reply to [email protected] from comment #31)
> > I agree. I'm surprised there isn't any progress on an issue this obvious 
> > and severe yet. On both my and my mother's computer we have to open Firefox 
> > with a console command before this is fixed based on when we need to watch 
> > videos.
> 
> For now, set the media.rdd-process.enabled flag to false, or set the 
> environment variable in proper files.

This is helpful, thank you. Nevertheless, most "normal" users will never
find this topic, neither the config page. Firefox won't work for
everyday use for them (consider the popularity of video streaming) and
they will be switching to a browser that works. With AMD and intel GPUs
common nowadays, we are talking a significant exodus of firefox users
towards alternatives. Current P3 priority absolutely does not cut it.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/39

------------------------------------------------------------------------
On 2022-03-28T08:35:11+00:00 Pmenzel+bugzilla-mozilla-org wrote:

@EvilMav, nobody disagrees, but it’s unrelated to the bug report.
Firefox is FLOSS, so you can fix it or pay somebody. As long as users
don’t support Firefox financially (donate or buy commercial GNU/Linux
distribution licenses like RHEL desktop) so more developers can be paid
to work on Firefox under GNU/Linux in full-time, the current state won’t
change. But as written, it’s off-topic.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/40

------------------------------------------------------------------------
On 2022-03-28T17:45:22+00:00 Gpascutto wrote:

I'm updating the flags just to make it clear we are in fact already
working on this, see also
https://bugzilla.mozilla.org/show_bug.cgi?id=1743926#c3.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/42

------------------------------------------------------------------------
On 2022-03-31T12:28:45+00:00 Stransky wrote:

*** Bug 1759842 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/49

------------------------------------------------------------------------
On 2022-04-01T19:13:54+00:00 Alwu wrote:

*** Bug 1762384 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/52

------------------------------------------------------------------------
On 2022-04-04T12:19:06+00:00 Gijskruitbosch+bugs wrote:

*** Bug 1761490 has been marked as a duplicate of this bug. ***

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/53

------------------------------------------------------------------------
On 2022-04-06T00:55:45+00:00 Kaypa wrote:

updated to v99 on arch and MOZ_DISABLE_RDD_SANDBOX=1 workaround is not
valid anymore

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/54

------------------------------------------------------------------------
On 2022-04-06T01:05:01+00:00 Lucas Rizzini da Costa Lima wrote:

Same behavior here.
https://www.reddit.com/r/linuxquestions/comments/tx7zou/firefox_99_crashing_with_hardware_decoding_using/

[Full system
specs](https://github.com/rizzini/Dotfiles/tree/master/Documentos/hardware_specs).

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/55

------------------------------------------------------------------------
On 2022-04-06T02:23:03+00:00 Kaypa wrote:

(In reply to kaypa from comment #41)
> updated to v99 on arch and MOZ_DISABLE_RDD_SANDBOX=1 workaround is not valid 
> anymore

looks like it's working again in nightly and has been fixed by
https://bugzilla.mozilla.org/show_bug.cgi?id=1758610

not sure though

(don't know how to edit my comment sorry)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/56

------------------------------------------------------------------------
On 2022-04-06T02:48:33+00:00 Irxil wrote:

Still having issues with the latest nightly on my end. Running 101.0a1
(2022-04-05) and I see a small increase in video decode usage (using
Intel GPU Top) when the [Big Buck Bunny
video](https://www.youtube.com/watch?v=aqz-KE-bpKQ) loads (using 4k vp9
which is supported by my Tiger Lake laptop) but then it goes back to
zero immediately and there's no further acceleration.

In the console, the following lines repeat themselves multiple times when the 
Youtube page is loaded:
```
libva info: VA-API version 1.13.0
libva info: User environment variable requested driver 'iHD'
libva info: Trying to open /usr/lib64/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_13
libva info: va_openDriver() returns 0
```
Looks like it is loading Vaapi properly but still not getting processed by the 
GPU.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/57

------------------------------------------------------------------------
On 2022-04-06T02:54:29+00:00 Irxil wrote:

When I run Firefox Nightly with `MOZ_SANDBOX_LOGGING=1` I get the
following:

```
Sandbox: SandboxBroker: denied op=open rflags=0 perms=0 path=/dev/graphics/fb0 
for pid=11438
Sandbox: Failed errno -13 op open flags 00 path /dev/graphics/fb0
Sandbox: Failed errno -2 op open flags 02000000 path <path to 
Firefox>/firefox-nightly/firefox/libEGL.so
Sandbox: Failed errno -2 op open flags 02000000 path <path to 
Firefox>/firefox-nightly/firefox/libGLdispatch.so.0
Sandbox: Failed errno -2 op open flags 02000000 path <path to 
Firefox>/firefox-nightly/firefox/libGL.so
Sandbox: Failed errno -2 op open flags 02000000 path <path to 
Firefox>/firefox-nightly/firefox/libGLX.so.0
Sandbox: SandboxBroker: denied op=open rflags=2204000 perms=0 
path=/etc/glvnd/egl_vendor.d for pid=11438
Sandbox: Failed errno -13 op open flags 02204000 path /etc/glvnd/egl_vendor.d
Sandbox: SandboxBroker: denied op=open rflags=2204000 perms=0 
path=/usr/share/glvnd/egl_vendor.d for pid=11438
Sandbox: Failed errno -13 op open flags 02204000 path 
/usr/share/glvnd/egl_vendor.d
Sandbox: SandboxBroker: denied op=open rflags=1102 perms=0 
path=/etc/igfx_user_feature.txt for pid=11438
Sandbox: Failed errno -13 op open flags 01102 path /etc/igfx_user_feature.txt
```

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/58

------------------------------------------------------------------------
On 2022-04-16T15:47:06+00:00 Lxsq131 wrote:

Seems like it's working on Firefox Nightly 101.0a1 (2022-04-06).
`MOZ_DISABLE_RDD_SANDBOX=0 firefox-trunk 
ATTENTION: default value of option mesa_glthread overridden by environment.
libva info: VA-API version 1.8.0
libva info: Trying to open 
/opt/amdgpu/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_8
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.
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_glthread overridden by environment.
libva info: VA-API version 1.8.0
libva info: Trying to open 
/opt/amdgpu/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_8
ATTENTION: default value of option mesa_glthread overridden by environment.
libva info: va_openDriver() returns 0`

cat /sys/kernel/debug/dri/0/amdgpu_pm_info return VCN:Enabled. That
indicates Hardware decoding are working.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/59

------------------------------------------------------------------------
On 2022-04-16T16:14:30+00:00 Sonichedgehog-hyperblast00 wrote:

Wasn't the whole thing fixed in Firefox 100 as a previous comment
suggested? Was hoping so but I see the bug is still open.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/60

------------------------------------------------------------------------
On 2022-04-17T05:41:44+00:00 Lxsq131 wrote:

(In reply to lxsq131 from comment #46)
> Seems like it's working on Firefox Nightly 101.0a1 (2022-04-06).
> `MOZ_DISABLE_RDD_SANDBOX=0 firefox-trunk 
> ATTENTION: default value of option mesa_glthread overridden by environment.
> libva info: VA-API version 1.8.0
> libva info: Trying to open 
> /opt/amdgpu/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
> libva info: Found init function __vaDriverInit_1_8
> 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.
> ATTENTION: default value of option mesa_glthread overridden by environment.
> ATTENTION: default value of option mesa_glthread overridden by environment.
> libva info: VA-API version 1.8.0
> libva info: Trying to open 
> /opt/amdgpu/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
> libva info: Found init function __vaDriverInit_1_8
> ATTENTION: default value of option mesa_glthread overridden by environment.
> libva info: va_openDriver() returns 0`
> 
> cat /sys/kernel/debug/dri/0/amdgpu_pm_info return VCN:Enabled. That indicates 
> Hardware decoding are working.

No. I tried again and the error was back. Still needs to disable RDD sandbox. 
Firefox Nightly 101.0a1 (2022-04-06).
```
libva info: VA-API version 1.8.0
libva info: Trying to open 
/opt/amdgpu/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_8
ATTENTION: default value of option mesa_glthread overridden by environment.
/usr/share/libdrm/amdgpu.ids: Permission denied
libva info: va_openDriver() returns 0
```

Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1964547/comments/62


** Changed in: firefox
       Status: Unknown => Confirmed

** Bug watch added: Mozilla Bugzilla #1752282
   https://bugzilla.mozilla.org/show_bug.cgi?id=1752282

** Bug watch added: Mozilla Bugzilla #1743926
   https://bugzilla.mozilla.org/show_bug.cgi?id=1743926

** Bug watch added: Mozilla Bugzilla #1758610
   https://bugzilla.mozilla.org/show_bug.cgi?id=1758610

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/1964547

Title:
  [upstream] RDD sandbox prevents HW-accelerated video playback

Status in Mozilla Firefox:
  Confirmed
Status in firefox package in Ubuntu:
  Confirmed

Bug description:
  • Ubuntu 21.10 (64 bit)
  • Firefox 98 installed via apt (cookies & cache have been cleared)
  • Kernel 5.13.0-30-generic x86_64
  • Tried on both wayland and X11 session → same result

  Steps to reproduce:
  (1) Visit https://www.youtube.com
  (2) Choose one of the video

  Actual Result:  Video doesn't play

  What Expected:  Video Play normally

  Previously it was normal on Firefox 97 (apt version)

  Tried installing Firefox 98 Snap version and it works normally

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/1964547/+subscriptions


-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to