Closed Bug 1883932 Opened 11 months ago Closed 11 months ago

Inuyasha preview on Netflix causes every Firefox window to flash and go blank.

Categories

(Core :: Graphics: WebRender, defect, P3)

defect

Tracking

()

RESOLVED FIXED
125 Branch
Tracking Status
relnote-firefox --- 124+
firefox-esr115 --- fixed
firefox123 --- wontfix
firefox124 --- verified
firefox125 --- verified

People

(Reporter: cmartin, Assigned: gw)

References

(Regression)

Details

(Keywords: regression)

Crash Data

Attachments

(7 files, 2 obsolete files)

Attached video Inuyasha window flash (obsolete) —

This report comes from my sister, but I was able to reproduce on my own machine quite easily. Here are the steps:

  1. Open up a bunch of Firefox windows. Doesn't seem to matter if they're private or not, and they can be on multiple monitors.
  2. Navigate to netflix.com in one of them and search for "Inuyasha".
  3. Click on the Inuyasha icon to cause the preview to launch.
  4. Notice that all your Firefox windows have flashed and then gone blank (it seems you can click in them to bring their contents back).

Note that, for some reason, it is specifically Inuyasha that reproduces this issue -- Both my sister and I were unable to find another Netflix preview that caused this same issue.

Note that non-Firefox windows are not affected.

This looks like a GPU process crash — or, at least, the behavior is strikingly similar to what happens if I just kill the GPU process. Are there any crashes listed in about:crashes?

Can you reproduce this during a profiler run while using the Graphics preset on about:profiling?

(I don't have a Netflix account, so I can't easily perform the test as written.)

Component: Widget: Win32 → Graphics
Flags: needinfo?(cmartin)
Crash Signature: [@ webrender::renderer::upload::UploadTexturePool::format_index ]
Attached file about:support
Component: Graphics → Graphics: WebRender
Attached file graphics logging
See Also: → 1864687

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

"Inuyasha" did not exist in Netflix in Japan. But I could reproduce the problem with a content of Bug 1705940.

Assignee: nobody → sotaro.ikeda.g
Flags: needinfo?(sotaro.ikeda.g)
See Also: → 1705940

From the followings, i am going to create a new bug for fixing the problem.

  • "Inuyasha" did not exist in Netflix in Japan
  • Netflix video playback with local build does not work. It causes playback error.(Bug 1763811 )
Depends on: 1884071
See Also: → 1763811

On Windows, 10-bit VP9 video caused the problem when video was decoded by software decoder.
And before Bug 1859432 fix, the video should cause the problem when GPU process did not exist. See esr crash

And on Linux, 10-bit VP9 video with software decoder did not cause the problem.

Implementation of batch_upload seems to have a problem.
When } else if use_batch_upload { part is disabled with local build, the video was played back without problem.

From comment 9, it might be better to fix WebRender batch upload.

:gw, can you comment to it?

Flags: needinfo?(gwatson)
Assignee: sotaro.ikeda.g → gwatson
Flags: needinfo?(gwatson)
Duplicate of this bug: 1884071
Pushed by gwatson@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/52a1681d4a82 Add R16 support to texture upload pool r=sotaro,gfx-reviewers
Status: NEW → RESOLVED
Closed: 11 months ago
Resolution: --- → FIXED
Target Milestone: --- → 125 Branch
Flags: needinfo?(cmartin)

This is fixed on latest Nightly for me. Thanks!

The patch landed in nightly and beta is affected.
:gw, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox124 to wontfix.

For more information, please visit BugBot documentation.

Flags: needinfo?(gwatson)

Sotaro, do you think this is important to uplift to beta?

Flags: needinfo?(gwatson) → needinfo?(sotaro.ikeda.g)

FYI there are no more betas so it would have to be important enough to uplift to an RC respin (if there is one) or a planned dot release.

(In reply to Glenn Watson [:gw] from comment #17)

Sotaro, do you think this is important to uplift to beta?

The number of crashes are not high. But the crash happens with the specific STR of Netflix. Then I think it is important enough to uplift.

:jrmuizel, how do you think?

Flags: needinfo?(sotaro.ikeda.g) → needinfo?(jmuizelaar)
Attachment #9390672 - Flags: approval-mozilla-release?

Uplift Approval Request

  • Steps to reproduce for manual QE testing: Per bug report
  • User impact if declined: GPU process crashes on some video on popular sites such as Netflix
  • Fix verified in Nightly: yes
  • Is Android affected?: yes
  • String changes made/needed: None
  • Needs manual QE test: yes
  • Explanation of risk level: Minor patch, has been in nightly for a while
  • Code covered by automated testing: no
  • Risk associated with taking this patch: Low
Flags: qe-verify+
QA Whiteboard: [qa-triaged]

I tried reproducing the issue with Firefox 124.0RC1 and Firefox 125.0a1 (2024-03-06) on two different Windows 10x64 machines by following the steps from comment 0 but without any luck. I have also tried the steps on an affected build on macOS 12 and Ubuntu 23.10 but the issue could no be reproduced. Just to be safe I have also verified that the issue is not reproducing with Firefox 125.0a1 (2024-03-12) on Windows 10x64 and macOS 12 by hovering over the Inuyasha title or playing it. Note that a US VPN was used to see the Inuyasha Netflix title since it seems that is not available in Romania.

Could one of you confirm whether the problem has been resolved by using the most recent nightly build? Thank you in advance!

Flags: needinfo?(mayankleoboy1)
Flags: needinfo?(cmartin)

(In reply to Alexandru Trif, Desktop QA [:atrif] from comment #22)

I tried reproducing the issue with Firefox 124.0RC1 and Firefox 125.0a1 (2024-03-06) on two different Windows 10x64 machines by following the steps from comment 0 but without any luck. I have also tried the steps on an affected build on macOS 12 and Ubuntu 23.10 but the issue could no be reproduced. Just to be safe I have also verified that the issue is not reproducing with Firefox 125.0a1 (2024-03-12) on Windows 10x64 and macOS 12 by hovering over the Inuyasha title or playing it. Note that a US VPN was used to see the Inuyasha Netflix title since it seems that is not available in Romania.

Could one of you confirm whether the problem has been resolved by using the most recent nightly build? Thank you in advance!

I confirmed fixed on Nightly in comment #15.

Flags: needinfo?(mayankleoboy1)

Oh sorry, I somehow missed that comment. Setting this as verified for Firefox 125 based on comment 15 and dropping the qe+ flag since we could not reproduce the issue. Thank you!

QA Whiteboard: [qa-triaged]
Flags: qe-verify+
Flags: needinfo?(cmartin)

Chris, can you post a screen shot of the issue? The video won't play for me.

Flags: needinfo?(cmartin)

I have attached a screenshot of what Netflix looks like immediately before it tries to play the preview

Flags: needinfo?(cmartin)
Attached image First Preview Frame.png

And then this is what happens when FF tries to draw the first frame of the preview.

Attached video Inuyasha window flash

Bob Hood - I was also not able to play it back for some reason through Firefox, even though it plays fine using VLC Media Player on my machine.

I re-uploaded it after running it through FFMpeg to clean up the file format. Seems to work now.

Attachment #9389714 - Attachment is obsolete: true
Attachment #9390672 - Flags: approval-mozilla-release? → approval-mozilla-release+

Comment on attachment 9390672 [details]
Bug 1883932 - Add R16 support to texture upload pool

requesting NI for the conflict on the release patch

Flags: needinfo?(gwatson)
Attachment #9390672 - Flags: approval-mozilla-release+ → approval-mozilla-release?
Attachment #9390672 - Attachment is obsolete: true
Attachment #9390672 - Flags: approval-mozilla-release? → approval-mozilla-release-

Comment on attachment 9390055 [details]
Bug 1883932 - Add R16 support to texture upload pool

Approved for 124.0.2 dot release

Attachment #9390055 - Flags: approval-mozilla-release+

Dianna has resolved the conflict in this patch.

Flags: needinfo?(gwatson)

Hello! Would one of you mind trying again with Firefox 124.0.2 to see if the issue is fixed? Thank you both in advance!

Flags: needinfo?(cmartin)
Flags: needinfo?(bhood)

Glenn, should we consider uplifting this to ESR as well?

Flags: needinfo?(jmuizelaar) → needinfo?(gwatson)

Yes, probably worth doing. Dianna, do you need a new request made for that?

Flags: needinfo?(gwatson) → needinfo?(dsmith)

Yes it would need a new uplift request for esr (prob a rebased patch)
(Marking esr as affected based on comment 9)

Flags: needinfo?(dsmith)

(In reply to Alexandru Trif, Desktop QA [:atrif] from comment #33)

Hello! Would one of you mind trying again with Firefox 124.0.2 to see if the issue is fixed? Thank you both in advance!

I can confirm that the bug is fixed in 124.0.2.

Flags: needinfo?(cmartin)
Flags: needinfo?(bhood)
Flags: needinfo?(gwatson)
Attachment #9394877 - Flags: approval-mozilla-esr115?

esr115 Uplift Approval Request

  • User impact if declined: Crashes on certain video formats on Netflix etc
  • Code covered by automated testing: no
  • Fix verified in Nightly: yes
  • Needs manual QE test: yes
  • Steps to reproduce for manual QE testing: Per bug report
  • Risk associated with taking this patch: Low
  • Explanation of risk level: Has been in nightly and release for a while
  • String changes made/needed: None
  • Is Android affected?: yes
Flags: qe-verify+

Added a patch rebased on esr115 branch and requested uplift.

Flags: needinfo?(gwatson)
Attachment #9394877 - Flags: approval-mozilla-esr115? → approval-mozilla-esr115+

Hello! Could you also please verify the fix on Firefox ESR 115.10? Thank you!

Flags: needinfo?(cmartin)
QA Whiteboard: [qa-triaged]

Confirmed. The fix works on ESR 115.10.

Flags: needinfo?(cmartin)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: