Closed Bug 1133677 Opened 10 years ago Closed 9 years ago

Video is not resumed when touching the screen in the video area in youtube

Categories

(Firefox for Android Graveyard :: General, defect)

ARM
Android
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: thomas.belin, Unassigned)

References

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.19 Safari/537.36 Steps to reproduce: [PROCEDURE] (PRSE ON, SD Card plugged, WIFI & BT On , PRSE connected to internet) - Go to applications, Launch Firefox => Firefox is launched - Go to Youtube - Launch a video => Video is played - Touch the screen in the video area to pause the video (Please check the video attached) => Video is paused - Touch again the screen to resume the video streaming [BUG] => Video is not resumed (Please check the video attached) => video is played for less than a second then paused again
Blocks: parrot
This sounds like a bug in the YouTube app. We do not have any control over Google's design.
OS: Windows 7 → Android
Hardware: x86_64 → ARM
Can we get confirmation that this is something we can't control? Would it be a webcompat topic then?
I have this problem and more on Windows 8.
This works for me, http://people.mozilla.org/~kbrosnan/tmp/1133677/youtube.mp4 Roman you should file a different bug. This is regarding Firefox for Android. It is not safe to assume that the issue you are seeing on Windows 8 is the same.
Same as bug 1185149 and bug 1160889 ?
This is the one issue that is stopping us from being accepted by one potential partner. I just tried it myself in Nightly, and it continues to happen. Sony Xperia Z1 running Lollipop YouTube mobile website YouTube app: uninstalled This does not happen if you request the desktop site, but that's beside the issue.
Francisco, can you do a quick sanity check on Nightly to let me know if video is even playing for you? Google was working on a fix for getting us in-browser HTML5 video a few weeks back: https://bugzilla.mozilla.org/show_bug.cgi?id=1174784#c18
Flags: needinfo?(fstruck)
Hallvord also sees the same problem that I do. According to https://github.com/webcompat/web-bugs/issues/1755, this has been happening since about 2 weeks ago.
Flags: needinfo?(fstruck)
Yeah, video is busted on Nightly due to bug 1183788
Flags: needinfo?(snorp)
Thanks Snorp.
Depends on: 1211443
No longer depends on: 1211443
Confirmed once you disable the Youtube app. But I'd like to test this once Bug 1174784 is fixed (which depends on Bug 1211443 -- fix on inbound), because we get what looks like different players.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Bug 1211443 fixed, Youtube videos working again in Nightly. The "Video no resumed" issue of this Bug 1133677 continues.
Thanks for checking Francisco. Digging into this code is at the top of my TODO list today.
Francisco, can you verify one more thing for me? go to about:config and set "general.useragent.updates.enabled" to false (this will disable the current UA override for YT). After that, does the bug still reproduce? For me it works normally after that, which suggests we're not running into something event-y like Bug 1016480 but some kind of UA sniffing thing (and having the Android version in the UA string gets us down the right codepath).
Flags: needinfo?(fstruck)
Hmm, what it does for me is that it's not possible to pause the video by tapping it anymore. Instead, it displays (when tapped) a more prominent pause button over the progress bar, which can be used to pause/resume without issues.
Flags: needinfo?(fstruck)
oops, got trigger happy- without changing the "general.useragent.updates.enabled", you can pause/resume using the standard play button too. It's only when tapping the video that it doesn't work properly.
OK, if what you're seeing is the same as this screenshot (and not a fullscreen www.youtube.com player), then I think we're getting the right behavior with the fix from 1174784 and the UA override removed. With the content playing in-line (and not in the Desktop-like fullscreen player) the only way to stop/start the video is by interacting with the native video controls. This is the same way that Chrome Mobile behaves (they just have nicer looking native controls IMO).
Here's the screenshot of the "old" player that you get with the app disabled (which has the bug). We should get the player (without the bug) in the other screenshot once the Youtube fix is deployed 100%.
Yes, even if I go fullscreen, the player looks like that, and it's a good solution. I had several questions, but I ran some tests, and now I only have one: When will this hit production? Until 44 or sooner?
(In reply to fstruck@mozilla.com from comment #22) > I had several questions, but I ran some tests, and now I only have one: > When will this hit production? Until 44 or sooner? I guess that's up to Youtube. Once we know the fix is deployed everywhere (supposedly this week? next?), we can land the patch in Bug 1217055. Approximately 24 hours after that hits moz-central it should be updated for our users (on 42 and up*). *42 is the release that (re-)enabled the dynamic UA override stuff (cf. Bug 1178760).
I tested this over the weekend after receiving a Beta (Fx42) update, and it works as advertised!
I tried this again, in both Release and Beta, prior to sending to the partner, and the behavior changed. On first tap, the controls appear, I pause by pressing the pause button, the controls remain, I press play, and playing does not resume, instead, the controls disappear, and tapping again on the video resumes the video... Tapping on the video while paused and with the controls visible resumes too.
Any thoughts on comment 26 Mike? I just tried it again after the latest Beta upgrade, no change.
Flags: needinfo?(miket)
Hey Francisco, (very sorry for delay -- was traveling for a conf then sick). Yep, I can confirm the behavior you're describing. I feel like we should close this bug and open a new one, given that there are new STR. I'll do that now and link it from here.
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(miket)
Resolution: --- → FIXED
See Also: → 1225554
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: