Loading spinner displays at end of video on Twitter (Windows 10) and Reddit (all)
Categories
(Core :: Audio/Video: Playback, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr52 | --- | unaffected |
firefox-esr60 | --- | wontfix |
firefox61 | --- | wontfix |
firefox62 | --- | wontfix |
firefox63 | --- | wontfix |
firefox64 | --- | wontfix |
firefox65 | --- | wontfix |
firefox66 | --- | wontfix |
firefox67 | --- | fix-optional |
firefox68 | --- | affected |
People
(Reporter: oanaarbuzov, Unassigned)
References
(Regression, )
Details
(Keywords: regression, Whiteboard: [webcompat])
Attachments
(3 files)
Steps to reproduce: 1. Navigate to https://twitter.com/FirefoxNightly/status/961156943183302656 2. Wait until the video ends. 3. Observe “Play” button. Expected Behavior: No loading spinner is displayed. Actual Behavior: A loading spinner is displayed above the “Play” button, until clicking the button. Note: 1. Reproducible on Firefox 58.0.2 Release. 2. Not reproducible on Chrome 64.0.3282.137. 3. Screenshot attached. 4. Affected area attached.
Reporter | ||
Comment 1•6 years ago
|
||
Comment 2•6 years ago
|
||
regression window: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f2f6cc2e67cab9ebe4c0f71bd35ad04c740a8d91&tochange=b7429873f639fca4f386639804f6e40d4a704f20 regressed by: Bug 1405025
Updated•6 years ago
|
Comment 3•6 years ago
|
||
Annoying UX breaking: After the problem appears, clicking the blue play button to replay does not react.
Comment 4•6 years ago
|
||
Can this be reproduced in Nightly ?
Comment 5•6 years ago
|
||
can't reproduce here...
Comment 6•6 years ago
|
||
Current version of Firefox is 61 can't reproduce in 60 either
Comment 7•6 years ago
|
||
I can reproduce this on Nightly63.0a1 Build ID 20180629100106 User Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:63.0) Gecko/20100101 Firefox/63.0 If you don't, try Steps to reproduce: 1. Navigate to https://twitter.com/FirefoxNightly (not required logged in) 2. Scroll to the video in to view 3. Video will start to play back automatically. Wait until the video ends. 4. Observe “Play” button.
Comment 8•6 years ago
|
||
Such spinner is handled by the website anyway. So the issue would need to be fixed by Twitter.
I can't reproduce on Ubuntu 18.04 but can on Windows 10 with latest Nightly. It doesn't happen on Chromium 67 on Windows 10. It still happens with a spoofed Chrome user agent.
Comment 10•6 years ago
|
||
I can still reproduce on today's Nightly on Windows only. Mike, jya says that this is a website issue and not a Firefox issue, do we have contacts at Twitter we can ping to get this fixed on their end?
Comment 11•6 years ago
|
||
Yep we do. Ideally we know a bit more about this, but we can ping them to get a conversation started. (In reply to Alice0775 White from comment #2) > regression window: > https://hg.mozilla.org/integration/autoland/ > pushloghtml?fromchange=f2f6cc2e67cab9ebe4c0f71bd35ad04c740a8d91&tochange=b742 > 9873f639fca4f386639804f6e40d4a704f20 > > regressed by: Bug 1405025 Jean-Yves, did Bug 1405025 have any script-observable effects? Twitter might have been relying on some media event or something (not sure...) Adam, can you reach out to Twitter?
Comment 12•6 years ago
|
||
(In reply to Mike Taylor [:miketaylr] (62 Regression Engineering Owner) from comment #11) > Yep we do. Ideally we know a bit more about this, but we can ping them to > get a conversation started. > > (In reply to Alice0775 White from comment #2) > > regression window: > > https://hg.mozilla.org/integration/autoland/ > > pushloghtml?fromchange=f2f6cc2e67cab9ebe4c0f71bd35ad04c740a8d91&tochange=b742 > > 9873f639fca4f386639804f6e40d4a704f20 > > > > regressed by: Bug 1405025 > > Jean-Yves, did Bug 1405025 have any script-observable effects? Twitter might > have been relying on some media event or something (not sure...) yes.. events were fired in a different order, waiting followed by seeking. the waiting event outside a seeking context was used as a trigger by YouTube to determine if the machine was too slow to play the content as this is a (non-standard) behaviour of Chrome. So we made the waiting event be fired after seeking which was the right thing to do anyway. At a guess I would assume that twitter is doing a similar workaround as YouTube because it worked with Chrome. likely listening to the waiting event and take that as a clue to display the spinner, not listening to further event maybe progress or timeupdate that it's no longer listening to more data. it's a guess only
Comment 14•6 years ago
|
||
Looking into it. We do expect a seeked/playing after waiting.
Comment 15•6 years ago
|
||
Too late to fix in 63. We could still take a patch for 65 and potentially for 64.
Comment 16•5 years ago
|
||
Seeing that this is a site issue I'm closing it as WONTFIX. I can also not reproduce on Mac, though it does seem on comments like it only reproduces in certain conditions. Hopefully it's been fixed by Twitter.
Comment 17•5 years ago
|
||
Still easy to reproduce using original STR with Nightly 66 on Windows 10 (Ubuntu 18.10 unaffected).
Comment 18•5 years ago
|
||
Some Reddit videos are also affected with the same regression window, both on Windows 10 and Linux. At the end of the video an orange loading spinner appears (Chromium unaffected).
Example: https://www.reddit.com/r/reallifedoodles/comments/a725yi/
Reopening since multiple sites and platforms are affected.
Comment 19•5 years ago
|
||
Comment 20•5 years ago
|
||
On Windows Firefox firing a 'waiting' event at the end of the view before 'ended'. On Mac the waiting event does not fire. Twitter expects a 'playing' or 'seeked' to signal the end of buffering. We can add something in 'ended' and 'paused', but we don't have this problem in any other browser, AFAIK.
Updated•5 years ago
|
Comment 21•5 years ago
|
||
Nils, could you please find someone to look into this for our 67 soft freeze (Mar 11)?
Updated•5 years ago
|
Comment 23•5 years ago
|
||
(In reply to Greg Kindel [:twitter] from comment #20)
On Windows Firefox firing a 'waiting' event at the end of the view before 'ended'. On Mac the waiting event does not fire. Twitter expects a 'playing' or 'seeked' to signal the end of buffering. We can add something in 'ended' and 'paused', but we don't have this problem in any other browser, AFAIK.
Could you please detail on what even you are expecting to be fired that would cause the spinner to stop being displayed?
If using MSE, it's entirely possible for the waiting event to be fired followed by ended should the player reached the end of the source buffer content before MediaSource.endOfStream got called. This will result from a transition to "waiting" into "ended" directly.
Comment 24•5 years ago
|
||
(In reply to Jean-Yves Avenard [:jya] from comment #23)
If using MSE, it's entirely possible for the waiting event to be fired followed by ended should the player reached the end of the source buffer content before MediaSource.endOfStream got called. This will result from a transition to "waiting" into "ended" directly.
Good on this end. The buffering indicator is now cleared by the player on ended
.
Comment 25•5 years ago
|
||
I have never noticed this issue with Reddit and now Twitter handles this.
Updated•5 years ago
|
Comment 26•5 years ago
|
||
(In reply to Jean-Yves Avenard [:jya] from comment #22)
I see no relation with bug 1405025.
Bug 1405025 is the regressing bug as per Comment 2 and I previously confirmed this myself with mozregression in Comment 18.
Description
•