Open Bug 1683052 Opened 5 years ago Updated 3 years ago

Youtube videos getting stuck at new page loading after 84 update.

Categories

(Core :: Audio/Video: Playback, defect, P3)

Product:
Core
Component:
Audio/Video: Playback
Version:
Firefox 84
Platform:
Desktop
All
Type:
defect

Tracking

()

Tracking Flags:
Tracking Status
firefox-esr91 --- unaffected
firefox-esr102 --- affected
firefox84 --- affected
firefox103 --- affected
firefox104 --- affected
firefox105 --- affected
firefox106 --- affected

People

(Reporter: Barak6262, Unassigned)

References

(Regression)

Details

Attachments

(3 files)

galaxy s20 - YouTube - Mozilla Firefox 2020-12-17 10-03-21.mp4
9.32 MB, video/mp4
Details
System info
34.33 KB, text/plain
Details
System info
32.43 KB, text/plain
Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Firefox/84.0

Steps to reproduce:

Just updated firefox to version 84.

Actual results:

After the update I noticed unusual behavior when I open a new video on YouTube site the browser get stuck and needs a few seconds to load the video which was not happened before… no idea what changed.

I attached a video showing what's happening.

Expected results:

Videos should load quickly and instantly like before.

Hi, I have exactly the same problem, which honestly reassures me, because it means that it's not our hardware.

greetings

translated with Deepl

I tried to reproduce it on 2 of my Windows 10 systems without any succes so it still might be hardware related, but first, I would like to know if it still reproduces in safe mode (https://support.mozilla.org/en-US/kb/troubleshoot-extensions-themes-to-fix-problems).

If it doesn't, it means it might be caused by one of your addons(extensions) or by some user data.
If it still does occur in safe mode, it certainly might be hardware/driver related.

In either case, I would also like to get the system information for further testing. Please open the browser that reproduces the issue, open the "about:support" page, click the "Copy text to clipboard" button and paste the information (it will request to attach) in a comment of this bug.

Thank you for your contributions!

Flags: needinfo?(marceljung1)
Flags: needinfo?(Barak6262)
Attached file System info —
Sure mate, i appriciate your time!
Attached file System info —
English version, sorry :)

I would like to know if it still reproduces in safe mode (https://support.mozilla.org/en-US/kb/troubleshoot-extensions-themes-to-fix-problems).
Can you test that also? Thanks.

(In reply to Bodea Daniel [:danibodea] from comment #5)

I would like to know if it still reproduces in safe mode (https://support.mozilla.org/en-US/kb/troubleshoot-extensions-themes-to-fix-problems).
Can you test that also? Thanks.

It's not happening every time I open a video on YouTube but often, it will be hard for me to test this subject in safe mode...

Flags: needinfo?(Barak6262)

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Graphics
Product: Firefox → Core

I wonder if Bug 1595994 might affect to the problem. By it, a way of video decoding was changed.

:jya, could the bug be related to Bug 1595994?

Flags: needinfo?(jya-moz)

(In reply to Sotaro Ikeda [:sotaro] from comment #9)

:jya, could the bug be related to Bug 1595994?

unlikely, in 84 that change is prefed off.

It could be an issue where the RDD process takes longer than usual to start ; this will be fixed in 85; it will take as long, but it won't block the UI.

Flags: needinfo?(jya-moz)
Blocks: wr-correctness
Severity: -- → S3
status-firefox84: --- → affected
Component: Graphics → Graphics: WebRender
OS: Unspecified → Windows 10
Priority: -- → P3
Hardware: Unspecified → Desktop

There is an autoplay blocking symbol in the address bar. Clicking on it and changing its setting might lead to instant playback.
If that doesn't help, please try disabling most or all addons.
If that doesn't help either, please open about:config, set gfx.webrender.force-disabled to true and restart Firefox: If the problem still occurs, we would at least know that it's not caused by the new graphics engine.

Okay a little update, I noticed the problem occurs only after playing the first one or two videos, the third and so go on get stuck like in the video above. Changed the autoplay icon to allow all, will update if something changes.

Blocks: wr-perf
No longer blocks: wr-correctness

By Comment 10 and Comment 12, changed component to media for now.

Component: Graphics: WebRender → Audio/Video: Playback

The component has been changed since the backlog priority was decided, so we're resetting it.
For more information, please visit auto_nag documentation.

Priority: P3 → --

FYI, the autoplay button did not help with the problem. Thanks everyone for contributing :)

Priority: -- → P3

(In reply to Darkspirit from comment #11)

If that doesn't help either, please open about:config, set gfx.webrender.force-disabled to true and restart Firefox: If the problem still occurs, we would at least know that it's not caused by the new graphics engine.

As it seems, this fixed the issue, I'm still trying to reproduce the issue with this setting enabled to true.
I will leave it as is for now and will update if the problem occurs again.

I enabled the GFX.webrender again back to normal as my browser got clunky and "heavy" with it forced to disable. The Problem still occurs but not so often. Any updates regarding this issue?

Would reenabling WebRender but disabling gfx.webrender.compositor already prevent the problem?

Tried it a few minutes ago, problems still occurs with compositor disabled.

Hello! Unfortunately I wasn't able to reproduce the issue on Windows 10 x64 with Firefox 84.0 with the steps provided in the description and with the prefs for webrender and webrender compositor on and off.

I'm not fully sure, but I think 85 update fixed the issue for me. Will report if the issue rises again.

I can confirm issue is present with Firefox 88.0 on Win 8.1 x64

Next changes doesn't help:

  • gfx.webrender.compositor
  • gfx.webrender.force-disabled
  • safemode
  • antivirus or firewall off

Thanks.

No longer blocks: wr-perf

Just adding my 2ct, same here on Windows 10 x64 with Firefox 89.0.2 (64-bit.) NVIDIA GeForce GTX 1070 with latest available driver 466.47 on two 27'' screens, one with GSync on (so 144Hz) and another one with FreeSync off (60Hz.)

For testing purposes, I also have a portable installation (with its own profile) that looks similar, but doesn't share any configuration (by means of a copy.) If, at all, they are individually configured to be similar (done by hand, no export/import.)
Both the installed one and the portable one show this issue on YouTube, but not on other video streaming sites such as Twitch or Vimeo.
And both had a profile for a long time (which has been upgraded to newer versions since at least Firefox 40-ish, not sure when exactly I switched from SeaMonkey.)

No difference for me:

  • gfx.webrender.compositor true/false
  • gfx.webrender.force-disabled true/false
  • Add-ons on/off
  • Different (older/newer) GPU driver
  • Different Monitor

Some difference:

  • Hardware acceleration off (which helps on the installation, but not on the portable one)
  • Troubleshooting mode (which mostly works, but I didn't use it long enough to say for certain that it helps)
  • New profile (same as Troubleshooting mode honestly, but getting everything reconfigured is a tedious task I'd like to avoid)

Previous versions of Firefox worked (but I don't know for certain when it started, because I often shrugged it off; since one of the firefox.exe processes had high CPU usage and killing it in Task Manager fixed the issue for me - at least until 87 or 88 where this doesn't help at all anymore.)

I did some more testing, since this really bugged me; and after re-enabling hardware acceleration (mostly because other websites, not even related to video, suddenly started to flicker when many tabs were open and Firefox was running for a while):

  • At the time of writing, this is on Firefox 90.0 (64-bit,) with the same hardware/drivers as mentioned in comment 23 above.
  • With a cold start (just opened, with no to few tabs open,) YouTube videos play just fine.
  • At some point, often hours after having Firefox open; usually also while watching Twitch, videos on YouTube start to get stuck after the first few seconds while the audio keeps playing.
  • Attempting to skip ahead in the video is hit&miss, sometimes it does the same thing (play a few frames, then get stuck while keep playing audio) and sometimes it simply sits there on the video loading indicator from YouTube (with no noticable traffic being generated to YouTube, according to the Network tab.)
  • Disabling hardware acceleration in settings makes videos on YouTube play normally again, but also causes rendering artifacts/flickering at times.
  • I randomly found comment 6 from 1505305 and a hint about setting media.gpu-process-decoder to false. This also makes YouTube videos play fine even when hardware acceleration is generally on in Settings (thus avoiding the drawbacks of causing rendering to flicker on other pages.)

The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.

Status: UNCONFIRMED → NEW
Ever confirmed: true

New updates from my https://bugzilla.mozilla.org/show_bug.cgi?id=1683052#c22
FF 103.0.2 x64 + Win8.1 x64 6.3.9600 + Ivybridge Intel HD

Issue is not present on Win7 SP1 x64

media.gpu-process-decoder ---> doesn't fix
gfx.webrender.force-disabled --> doesn't exist
media.mediasource.enabled ---> YES FIX but vp09 and av1 (vc01) no available

I ran mozregression, so default config, no addons etc.
I identified issue between build 86.0a1 (2020-12-14) (64 bit) OK and build 87.0a1 (2021-01-25) (64-bit) BAD:

  • last good build 2020-12-21
  • first bad build 2020-12-22

Regards.

mozregression capture https://i.ibb.co/H4VgBCb/mozreg1c.png

OS: Windows 10 → All

regression range from bug 1785149:

37:38.69 INFO: Narrowed nightly regression window from [2021-12-20, 2021-12-22] (2 days) to [2021-12-21, 2021-12-22] (1 days) (~0 steps left)
37:38.69 INFO: Got as far as we can go bisecting nightlies...
37:38.69 INFO: Last good revision: f16661bf49d3ba3edf454c663f90c7a0959b59e3 (2021-12-21)
37:38.69 INFO: First bad revision: b538ca7373143e97e0c5243dfaf6e941d9454d25 (2021-12-22)
37:38.69 INFO: Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=f16661bf49d3ba3edf454c663f90c7a0959b59e3&tochange=b538ca7373143e97e0c5243dfaf6e941d9454d25
See Also: → 1782322

Tentatively setting 1746905 as the regressing bug.

Regressed by: 1746905

I believe these are separate bugs, though it's possible they both trigger different aspects of an underlying race condition. That regressing bug's patch landed years after this bug was reported.

Flags: needinfo?(yoasif)

Okay, undoing the change.

Flags: needinfo?(yoasif)

Redirect a needinfo that is pending on an inactive user to the triage owner.
:jimm, since the bug has recent activity, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(marceljung1) → needinfo?(jmathies)

Update from https://bugzilla.mozilla.org/show_bug.cgi?id=1683052#c26

Win8.1 x64 6.3.9600 + Ivybridge Intel HD

Firefox ESR 102.1.0 BAD
Firefox ESR 91.12.0 BAD
Firefox ESR 78.9.0 GOOD

Playing with ads block addons to hide Youtube ads seems 102 and 91 works better, no big lag between videos, but no smooth as bug-free Firefox. May be issues with VP9/AV1 codecs and Yt ads?

Regards.

Severity: S3 → S4
Flags: needinfo?(jmathies)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: