1318778 - Broken video when viewing multiple videos

Status: RESOLVED WORKSFORME

(Core :: Graphics, defect, P3)

Description

[Linus Kardell]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0
Build ID: 20161113000000

Steps to reproduce:

1. Open a streaming video (tested on Youtube and Twitch).
2. Open another video in another tab


Actual results:

On the second video, the video (but not the audio) will loop the first split-second over and over. This continues even if you close the first video.


Expected results:

Video plays smoothly.

Comment 1

[Linus Kardell]

On further inspection it's more inconsistent. Sometimes it happens to
the first thing you watch, sometimes it doesn't happen. And the effect
is pretty inconsistent too. Sometimes it mostly continues playing, but
repeats the first frame every split-second. Video playback is pretty
much broken in Firefox right now.

I'm on openSUSE Leap 42.2.

Comment 2

[Linus Kardell]

Is anyone paying attention to this?

Comment 3

[Linus Kardell]

I only seem to be able to reproduce this when e10s is disabled.

Comment 4

[Anthony Jones (:ajones, :kentuckyfriedtakahe, :k17e)]

I think this is a graphics issue.

Comment 5

[Milan Sreckovic [:milan] (needinfo for best results)]

Linus, can you attach about:support graphics section?  Also, did this start in 50?  If so, can you use mozregression to try and narrow down the time when the problem started occurring?

Comment 6

[Linus Kardell]

Grafik
------

Funktioner
Komposition: OpenGL
Asynkron panorera/zoom: ingen
WebGL-renderare: NVIDIA Corporation -- GeForce GTX 780/PCIe/SSE2
WebGL2-renderare: (no info)
H264 hårdvaruavkodning: No
Ljudgränssnitt: pulse
GPU #1
Aktiv: Ja
Beskrivning: NVIDIA Corporation -- GeForce GTX 780/PCIe/SSE2
Leverantörs-ID: NVIDIA Corporation
Enhets-ID: GeForce GTX 780/PCIe/SSE2
Drivrutinsversion: 4.5.0 NVIDIA 375.26

Diagnostik
AzureCanvasAccelerated: 0
AzureCanvasBackend: skia
AzureContentBackend: cairo
AzureFallbackCanvasBackend: none
CairoUseXRender: 0
Beslutslogg
HW_COMPOSITING:
blocked by default: Acceleration blocked by platform
force_enabled by user: Force-enabled by pref

It did start in version 50. I tried mozregression, but I was unable to find a nightly were I could reproduce it, though I can reproduce it on a clean profile on the version I have installed (currently 50.1.0), with e10s disabled and acceleration force-enabled.

Comment 7

[Milan Sreckovic [:milan] (needinfo for best results)]

Right - we're not quite ready for a Linux acceleration, which would explain the last one.  However, 50 should not have acceleration on by default, and if it isn't being forced there as well, things should work.
What's the equivalent of comment 6 when the acceleration is not forced with a preference?

Comment 8

[Linus Kardell]

I have not been able to reproduce it when acceleration is disabled.

Comment 9

[Linus Kardell]

I figure this can probably be closed now. Webrender and multi-process is enabled by default by now, and I hardly even remember this bug.