Forum Discussion
Stream video shared on Yammer: login is required
Hello,
When we share a video from Stream to Yammer, using the "share" feature, the video cannot be played in Yammer: a login is always required despite the user being already identified.
This doesn't seem to be a security settings as there aren't any problem with embeded videos: the same video can be launched without any trouble from a SharePoint website (same browser, same user, same session).
Any idea how to solve this ?
Thank you for your help
Adding to what Amit mentioned.
It looks like it is an issue with "Trusted Sites" which is only a setting of IE, that is why this doesn't happen in Chrome/FF.
If the host page (Yammer.com) 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...
- https://*.microsoftstream.com
- https://login.microsoftonline.com
- http://login.microsoftonline.com
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.
9 Replies
This is an issue for our organization as well -- here's a video detailing what's going on:
(By the way, isn't it ironic that I cannot post a link from Stream here because there's no way to share videos outside of our organization?)
Also: In testing, the problem seems to be associated with using the IE browser -- it didn't happen in Chrome or Firefox.
- Marc Mroz
Microsoft
Adding to what Amit mentioned.
It looks like it is an issue with "Trusted Sites" which is only a setting of IE, that is why this doesn't happen in Chrome/FF.
If the host page (Yammer.com) 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...
- https://*.microsoftstream.com
- https://login.microsoftonline.com
- http://login.microsoftonline.com
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.
Hi,
I have the same issue on SharePoint online;
My scenario is I have a custom master page, I have embedded the iframe code generated by stream onto my page. When the user access the page on SharePoint they are asked to sign in or sign up.
I will forward the solution of Adding the sites into trusted sites as the majority of our users use IE and give feedback.
We are also encouraging our users to download the SharePoint Mobile App, how do I solve the sign up or sign in issue when it comes to accessing SharePoint on the Mobile App ?
Thanks for sharing Jessica Bady. It looks like this may be an issue with trusted sites in your IE internet options. You should be able to fix this by adding the following into your trusted sites:
- https://*.microsoftstream.com
- https://login.microsoftonline.com
Let me know if you still see the issue after updating your IE settings.
- This worked for us!
Thanks
