Closed
Bug 1479664
Opened 8 years ago
Closed 4 years ago
Stuttery scrolling while playing a specific MP4 video in background tab (even if the video is full-buffered)
Categories
(Core :: Audio/Video: Playback, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: alice0775, Unassigned)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
|
15.94 KB,
text/plain
|
Details |
+++ This bug was initially created as a clone of Bug #1477170 +++
Build ID 20180730221422
User Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:63.0) Gecko/20100101 Firefox/63.0
Steps to reproduce:
1. Go to https://bugs.chromium.org/p/chromium/issues/detail?id=853986
2. Download the MP4 video that is on the #2 comment (filename is: "853986.mp4")
(Download it beforehand in order to avoid the influence of the network buffering)
3. Open any long page in a new tab and close other tabs
(e.g. https://developer.mozilla.org/en-US/docs/Mozilla/IME_handling_guide )
4. Open the downloaded mp4 on a new tab and play if not auto started
5. Switch back to tab of step3
6. Start scrolling the page via mouse scrolling or autoscrolling
---- the page scrolling stutterly
Actual results:
The page is scrolling stutterly while playing the MP4 video in background tab.
Expected results:
Page should've scrolled smoothly.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=169fc55f0e8a0af033af153a7df93437f9b66eae&tochange=dbe3662c1799e9887876c4ca735eec1117342617
| Reporter | ||
Comment 1•8 years ago
|
||
It seems to happen only specific video.
Summary: Stuttery scrolling while playing a MP4 video in background tab (even if the video is full-buffered) → Stuttery scrolling while playing a specific MP4 video in background tab (even if the video is full-buffered)
| Reporter | ||
Comment 2•8 years ago
|
||
Gecko profiler log: https://perfht.ml/2KbNW9O
Updated•8 years ago
|
Rank: 25
Priority: -- → P2
Updated•8 years ago
|
Priority: P2 → P3
Comment 3•7 years ago
|
||
Jean-Yves, you're in the range, is this an expected outcome of your patches?
Flags: needinfo?(jyavenard)
Comment 4•7 years ago
|
||
Those patches disable HW decoder or fast upload path on machines not supporting it and known to crash. So this would likely increase CPU usage on those as it would now use the software decoder and software rendering.
Could be similar to bug 1461266.
Flags: needinfo?(jyavenard) → needinfo?(matt.woodrow)
Updated•7 years ago
|
Comment 5•7 years ago
|
||
Too late to fix in 63. We could still take a patch for 65 and potentially for 64.
Updated•7 years ago
|
status-firefox65:
--- → fix-optional
status-firefox66:
--- → fix-optional
Comment 6•4 years ago
|
||
Alice, curious are you still seeing this?
Flags: needinfo?(matt.woodrow) → needinfo?(alice0775)
| Reporter | ||
Comment 7•4 years ago
|
||
No longer reproduce in Firefox91.0esr and Nightly93.0a1 Windows10.
Status: NEW → RESOLVED
Closed: 4 years ago
status-firefox65:
fix-optional → ---
status-firefox66:
fix-optional → ---
status-firefox93:
--- → verified
status-firefox-esr91:
--- → verified
Flags: needinfo?(alice0775)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•