Forum Discussion
Stream "sign in" or "sign up" page blocking video views
This link can be used to point directly to a specific video based on the ID (which you can retrieve going into stream app and copy it from the address bar of your browser)
Example:
https://web.microsoftstream.com/video/b9196505-8579-4695-b251-8991f26eba6c?noSignUpCheck=1&ru=https%3A%2F%2Fweb.microsoftstream.com%2Fvideo%2Fb9196505-8579-4695-b251-8991f26eba6c?noSignUpCheck=1&ru=https%3A%2F%2Fweb.microsoftstream.com%2Fvideo%2Fb9196505-8579-4695-b251-8991f26eba6c
User Experience:
From a user inside the CORP, user will get SSO and stream will open directly in the browser without any user “friction”.
From an user outside the CORP User redirected to login.microsoftonline.com (as we specified nosignupcheck=1 which skips the “marketing” page)
domain_hint or login_hint does not work to avoid the login.microsoftonline.com UX experience but at the end, the UPN is copied over into the WAP login page so, not so bad.
Browser is then redirected to your WAP:
And the video starts immediately after.
Michele
Michele-
Thank you for replying! It feels like the product group has decided to ignore this issue...
There is still "friction" in the sign in process using the url that you provided. The user is still prompted for what ID to use (either via form or select list if they have logged on previous). It does single signon in AFTER they provide the email address (see screen shot). Normally with DOMAIN_HINT it takes you right in. I included a screen shot to help clarify.
In our case we are looking to bypass signon prompts (with domain_hint) and the signup check (with nosignupcheck).
Like many of the other people on this thread, our departments are continuing to use private YouTube links. Which leads to the question: "Why not use more Google properties?"
I hope this helps clarify the issue.
