1502742 - YouTube embedded "sign-in/I understand..." buttons not working for restricted content videos

Status: RESOLVED WORKSFORME

(Core :: DOM: Events, defect, P3)

Description

[Hayden]

Attachment: YouTube Sign-in.png

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

Steps to reproduce:

Tested on another workstation running the same OS and same version of FireFox. Issue was replicated so it is not PC-specific


Actual results:

When browsing in a private tab, if a YouTube video requires sign-in (due to age restricted content) then one can not click on the "sign-in" button embedded in the video. If one signs in BEFORE accessing the video, then the "I agree, play anyway" button is also not clickable.


Expected results:

Video should start playing once the embedded link is clicked. No hand selection tool is provided on the link, only an arrow.

Comment 1

[Paul_B]

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

Hi reporter, 

Thank you for taking the time to report this.

I verified this issue using the latest Fx Versions ( 63.0.1 Release Build/20181030165643; 64.0b5 DevEdition Build/ 20181029164536; 65.0a1 Nightly Build: 20181101100640) on Windows 7, Windows 10, MacOSX and Ubuntu 18.04, and it looks like the issues are reproducible even without Private Browsing Mode. This being said, I'm going to edit (remove) this part from the title of the issue.

I do not have 100% repro steps to provide, but what I found was that refreshing the page can help to reproduce it:

[STR]
1. Navigate to a restricted content video (e.g. https://www.youtube.com/watch?v=onIxsVIhPk0 )
2. Select the "Sign In" button from the video
3. If the button is working, select the back button after navigating to the sign in page and try to select it again, or before even selecting it, try to refresh the page, or close the window and reopen it. 

This repro steps can work for Windows 7, Mac OSX and Ubuntu 18.04.

However, on Windows 10 it is harder to reproduce, as I was not able to track a consistent behavior. There are times when selecting the button work only on 2nd click or only the [Sign IN] string part of the button is responsive.

On the other hand, on Windows 10, DevEdition Build is the one where I can reproduce the issue reported after signing in.

I'm going to add this to Core: Event Handling component for a more advised opinion, but if something like Session Restore component is more appropriate, please feel free to change it.

Comment 2

[Andrew Overholt [:overholt]]

I can't reproduce this on Windows or macOS. If we are able to get a more reliable STR, please needinfo me again.

Comment 3

[Hsin-Yi Tsai (she/her) [:hsinyi]]

Couldn't reproduce this old report on Nightly Fx 129, Fx 127, on Win11.