06-20-2017 12:44 AM
06-20-2017 12:44 AM
I embedded a video on the home page of one of my SharePoint sites, but stream is asking for log-in to play it back. That doesn't make sense to me because it's the same login (both SharePoint and Stream are in my Office 365 tenant).
Am I misreading this, or is there a way to avoid this experience for my users please?
Thank you in advance for your help.
06-20-2017 12:44 AMSolution
@audrieg Thank you very much for your feedback. This is a known scenario that we are actively working on to make better for users to auto-log in if they are a known user. The embed sign in flow will however still be required that the user have a Microsoft Stream account. What that means is, once we update the auto-login for embeddable players, the user will either see the video if they have a Microsoft Stream account (and have access to view), or be asked (as you see below) to sign up if they don't.
Please let us know if this will satisfy your requirements.
06-20-2017 12:45 AM
Thank you for explaining this; I am a consultant helping businesses to leverage O365 services so this is something I need to mitigate as to customer expectations. They assume that anything they click on from the App Launcher is part of their Office 365 account (not a separate account), much like clicking on Delve, or Word. So I'll have to try and avoid a negative sentiment on this point. (Everyone wants to embed everything in SharePoint....) Anyway,
a few last questions:
1. I assume this is replacing the Video Channel app that was there before (which did not require a second authentication). Will the video's that people had in those channels already, automatically show up as channels in Stream?
2. Will we have a permissions model based on Azure AD?
3. Will we have to assign "Stream" licenses to all consumers of the videos? Or is this a separate offering all together?
Thank you for your help,
06-20-2017 12:45 AMSolution
@audrieg Here are some answers
1. Are you referring to Office Videos? If so, this blog explains it well.
2. Stream permissions are based of of Azure AD
3. Currently Stream works based on authenticated access to keep your videos secure, thus anyone watching a video currently requires a Stream account, allowing permissions based playback. In the future we are looking at the possibility to adding limited external public videos for embed code usage only, but portal access would still require a license.
06-20-2017 12:45 AM
Thank you. I think I'm gonna hold off on this until the embed on SharePoint works better (which is my customers goal), but I'm excited to see where this goes! Office 365 services are amazing!
06-20-2017 12:45 AMSolution
@audrieg We've made some great enhancements to our embedded video page including better auto-login capabilities with other O365 products and integrations with other products such as Sway. Take a look and let us know what you think!
As a note, the user will still have to have a Microsoft Stream license to automatically login.
06-20-2017 12:45 AM
It's funny, I came to this forum thinking, "I bet someone else has posted about this." I'm a little disappointed that this doesn't seem to work with ADFS like my other Office 365 products.
Let's review why Stream is compelling for many organizations:
Combine those three 'nuggets' and what do you get? You get many organizations like mine that likely want to leverage Stream's CDN/SSO capabilities to playback video by embedding videos into internal Sharepoint 2013/2016 sites. That's what I'm trying to do but like the OP, I'm getting login friction despite the fact that I've got ADFS 3.0 federating to O365.
In other words, can't you take the federated token my Domain's browsers are sending to stream through my Shareoint site? Do I perhaps need to adjust my ADFS federation to avoid the login prompt on the embed?
06-20-2017 12:45 AM
I should add: selecting 'autoplay' does allow me to avoid the embed login prompt on a Stream-hosted video embedded in my internal Sharepoint site. However, this won't work for me as I need to embed between 3-5 videos on a page, each in a web part. As you can imagine, loading a page with 4 embedded auto-play videos isn't a workable solution.
But it is progress and I thank you for the hard work. It's really cool to be able to consume video from a true CDN within the interface my users and organization is familiar with!
06-20-2017 12:45 AM
@Jeff_Wilson Thanks for your message and for trying Stream. We are continuously trying to make SSO for embed better for customers to have a better playback experience and integration with other products. I think the scenario you have identified more closely aligns with this post (Let me know if you agree).
The current post was an issue when we first opened up the Preview in Microsoft Stream where we did not have SSO between AAD resources, so we would always prompt for sign in unless you were signed into Stream directly. We made some enhancements, and now we complete SSO based on any signed in AAD resource like O365 (as seen in the image), PowerBI, Sway, etc.
From what I can describe as what you are seeing, once you sign into one AAD resource the first time, you will see SSO complete successfully on all embeds for the session. Seems like there is one more step required here to enable full SSO based on your scenario. If you are willing to, please direct message me your email and I will be happy to set up some time with you and discuss your scenario more in detail to see what is going on and how we can better handle your particular scenario based on your environment.
07-03-2017 10:05 AM
Has there been movement on this issue?
I'm in an O365 Tenant with an E3 license and experiencing the same issue as the OP.
I'm attempting to embed a video that is uploaded in Stream to a SharePoint page.
Once I am logged into O365 and launch Stream from the Application Launcher I am logged into Steam seemlessly and can see my profile as if I was on SharePoint or Delve...etc.
Once I copy the embed code and paste it into SharePoint I get this message:
07-10-2017 01:41 AM
I am also interested in whether there has been progress on this? O365 subscription, using the embed code within SharePoint online page is asking for the same as original poster (irrelevant of autoplay option). Being used for an internal site - users expect a seamless sign on experience.
08-18-2017 12:23 AM
I have the same issue as above, even after clicking sign in the page still sits at "to watch this video sign in."
10-13-2017 05:46 AM
Doesn't look like it. We are completely stumped buy the in abbility to embed stream videos or a stream channel in Sharepoint or Teams.
In both cases the same symptoms:
Looks like we'll be clunking along with O365 Video... :-(
10-18-2017 03:55 PM
Thanks for all your patience and feedback. I'm in the process of reaching out to each of you to get a better understanding of your scenarios and the problematic experiences. Many of you are potentially experiencing the second sign in prompt (in the embedded stream video) because your IT admin requires a higher level of authentication to access Microsoft Graph (which Stream makes calls to). Please keep an eye out for my direct message!
10-26-2017 01:04 PM - edited 10-26-2017 01:06 PM
12-05-2017 08:12 PM
12-06-2017 02:25 PM
I'm guessing this is an issue with IE's security zones. See this thread:
If the host page where the Stream is embedded into is in Trusted sites or in Local Intranet settings site lists, then you need to also add the Stream URLs and login URLs to that same zone. If not IE doesn't like it and blocks our iFrame embed from logging in properly.
So to fix this issue you need the Stream URLs in the same zone as Yammer.com.
In IE > Gear > Internet Options > Security
Check first if Yammer.com is in "Local intranet" zone.
> "Local intranet" > sites > Advanced
See if Yammer.com is there. If it is add the following to the list...
If Yammer.com isn't there, then check in "Trusted Sites"
In IE > Gear > Internet Options > Security > Trusted Sites > Sites
If Yammer.com is there add the above URLs to the Trusted Sites list.
I think once you get our Stream URLs in the same zone as your hosting app (Yammer/SharePoint, etc) then this issue will go away in IE.
12-07-2017 10:16 AM
Thanks, that worked.
Only some URL were trusted. We have added Login+Streams+SharePoint to trusted sites and it all work now.
What is weird is that it worked well in Chrome.
12-15-2017 02:28 PM
I am still seeing this behavior with the latest SharePoint mobile app and a new Communication site with a Stream video in a news article. User is me, owner of Stream channel and Comm site so permissions is right. Is this still on the radar to be fixed?
12-15-2017 02:34 PM
The issue you are seeing with login issues inside the SP mobile app is a different set of issues than the rest of this thread above.
We've been trying to tackle solving the problem of being able to get our iFrame embed video from Stream to seamlessly be logged in on the SP Mobile app in all cases. There isn't a direct solution we've found yet. We've been collaborating across the teams from AAD, ADAL, SP, and Stream. @Saili Raje is the PM from our side in Stream that's been trying to find a path through the complexity of login/auth flows.
03-01-2018 10:50 AM
Hi, I just created a Stream video, so I'm the owner, embedded it as a webpart on a SharePoint Online Communication Site and then tried to view it on the SharePoint iOS app. I can't view the Stream video, it says I need to sign in, but when I click the sign in link, nothing happens. Since the SharePoint app is linked to my business account, shouldn't it already know whether I have permission or access to this content? Is this a one-off issue, or more wide spread? Any time frame on a stable solution? We are hoping to jump to the communication sites soon. Thanks!
03-02-2018 07:47 AM
@Jon Burke @Matt Whitehorn - Embedding videos in SharePoint pages with embed codes or via the SP web part does not work yet in some cases on the SP Mobile apps (iOS or Android). We have folks looking into technical fixes for this. So far this problem has been very hard for us to solve. We think we have some good paths / approaches, but are still doing investigations and trying to find a solution.
I'm adding @Saili Raje from our PM team who is tracking and working with engineering across Stream and SharePoint to come to a solution on this. For further questions she should be able to answer them.
03-06-2018 11:58 AM - last edited on 03-06-2018 12:33 PM by Marc Mroz
I used chrome to build the site and Stream works fine on chrome, but the iOS SharePoint App requires sign-in to access the embedded stream videos, however no sign-in screen is activated when I click on that option within the SharePoint app. It needs to all be handled by active directory and permissions within stream / Office 365
03-06-2018 12:31 PM
You are correct in many cases Stream does not yet work on the SharePoint mobile app for iOS or Android. We have a project running to try and come to a technical solution to solve this issue. So far it's been very difficult for us to solve. We are working on it though. Sorry.
03-06-2018 12:44 PM
03-06-2018 12:52 PM
We don't have a good timeframe yet, since we are still trying to find a technical solution. @Saili Raje is the PM from our team that is tracking/owning this work, she may have more to share in the future as we advance.
For discussions on team sites and communication sites I think you would ask in the SharePoint forum:
04-10-2018 01:17 PM
Any update on this? I found out today that my users are seeing the 3 Stream videos on our SharePoint intranet home page as:
"To see this content, sign in"
New to Microsoft Stream? sign up
I however, can perfectly see the Streams on the page. This page is using the new experience. Only internal users who are already authenticated can access the site. We have an E3 license. This stream is embedded on the page by clicking on the +, to begin adding a web part, selecting Stream (Preview), and applying the URL of the Stream from our O365 Stream channel.
04-11-2018 11:39 AM
Hi Brian, what browse platforms are the people who CAN'T see the video playback accessing the sharepoint page on?
04-16-2018 11:22 AM
It happens on IE, Chrome, Edge. Once you log in for the first time to Stream, it clears up on the other browsers after page refresh. It's that initial click to sign in that seems to push it. Didn't have to actually sign up seems the SSO took care of it.
04-18-2018 08:43 AM
Picture your secretary sitting next to you, which means it's likely happening to many others as well. She logs in to SharePoint, sees that message on the homepage. She's not an admin, and I don't really have time to spend going around searching for users to try and try again, this seems to be a one and done issue.
04-18-2018 11:11 AM
Hey Brian, I probably didn't ask this question clearly enough. I want to explain to you why your secretary or other users are seeing the login message but want to understand the entire scenario before I give you an answer as to not provide incorrect info. I'll message you offline if it's easier.
09-03-2018 12:29 AM
We had the same problem and had to add the Stream URL to the "Trusted Sites". Now everything works fine.
Tell me if it helps.