Error when viewing apps that utilize web-parts: This content cannot be displayed in a frame… RRS feed

  • General discussion

  • Apps that utilized SharePoint-hosted type of web-parts may show the following error message depending on configuration of Internet Explorer browser on the user machine:
    “This content cannot be displayed in a frame

    To help protect the security of information you enter into this website, the publisher of this content does not allow it to be displayed in a frame…”

    This is a known issue and we are working on a resolution. This issue is specific to Internet Explorer and doesn’t affect users of other browsers. As a temporary workaround please add “https://login.microsoftonline.com” to the Trusted Sites list in Internet Explorer. Also check that the list of sites below is already in the Trusted Sites list, otherwise add those sites to the Trusted Sites list as well:

    • https://<sitename>.sharepoint.com
    • https://<sitename>-my.sharepoint.com"
    • https://<sitename>-admin.sharepoint.com

    Where <sitename> is the name of the user’s SharePoint online site. Making this configuration changes will prevent this error from occurring for that user.

    To add a website to Internet Explorer’s trusted sites list, please follow these steps:

    • Open Internet Explorer (the desktop version if you are using Windows 8)
    • Press Alt + T on your keyboard to show the Tools menu
    • Click Internet Options
    • Click the Security tab
    • Select the Trusted sites zone
    • Click the Sites button
    • Type https://login.microsoftonline.com or other site URL into the Add this website to the zone: field
    • Click Add
    • Click Close
    • Click Apply
    • Click OK
    • Close Internet Explorer

    Then open Internet Explorer and test to see if you receive the same error message when viewing the app.


    Monday, December 10, 2012 5:09 PM

All replies

  • Hi Steven,

    Do you happen to know when this specific bug might be fixed/resolved? 


    Monday, February 25, 2013 7:47 PM
  • any update on this?
    Wednesday, May 29, 2013 9:19 PM
  • Hi Steven -

    I'm also looking for an update.  We are using Office 365 and most of our users are at client sites with the Trusted Sites list locked down, so the suggested workaround doesn't work for us.  It's been almost 6 months since the original post -- is Microsoft still actively working on a resolution?

    I really like the new look and features of SharePoint Online, but just found out that all the web parts that worked perfectly for us in preview (also on IE!) don't work at all in production.  Since I'm accessing the preview site from the same browser with the same Trusted Sites list, it must be a combination of factors.  We are using ADFS for authentication -- could that be contributing to the problem?

    Please let me know if there is any hope for 3rd party apps on Office 365, we were really counting on some of these features, and it's very disappointing to find that they work in every browser except Microsoft's.



    Wednesday, May 29, 2013 10:17 PM
  • Also looking for an update on this.

    Can't believe IE is stopping me from presenting images hosted on the same sharepoint site. - Really?

    My site will be accessed by end customers and this work -round to add all the sharepoint sites to trusted sites is just not practical.

    Please advise when this will be rectified.



    Thursday, June 27, 2013 5:27 PM
  • Hi,

    the Dynamics CRM Online Document Location with Sharpoint Online 2013 List Component
    also does not work with IE (also in Trusted Sites!). With other web browsers like Firefox,
    Chrome it works without problems! 

    Many customers work with Sharepoint Online 2013 as CRM Document Location. This is inadmissible!

    We get this script error:

    Details zum Fehler auf der Webseite

    Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; .NET4.0C; .NET4.0E)
    Zeitstempel: Fri, 26 Jul 2013 14:39:18 UTC

    Error: Access denied

    Line: 30
    Char: 6
    Code: 0
    URI: https://<sitename>.sharepoint.com/teams/test/crmgrid/createfolder.aspx?createDLInfo=%3cel%3e%3ce%20sn%3d%22account%22%20dn%3d%22Firma%22%20%2f%3e%3c%2fel%3e&createDl=1&langId=de-DE&locationUrl=https%3a%2f%2f<sitenam>.sharepoint.com%2fteams%2ftest&serverUrl=https%3a%2f%2f<firm>.crm4.dynamics.com%3a%2ftools%2fdocumentmanagement%2fcrmproxy.html

    • Edited by ati27 Friday, July 26, 2013 2:53 PM URI in TEXT
    Friday, July 26, 2013 2:50 PM
  • What is the story with this. It's crazy...
    Wednesday, October 2, 2013 10:39 AM
  • Is there any update on this?

    We have a customer using CRM online and Sharepoint Online and the document management integration doesn't function as it should because of this. Even the workaround above does not rectify the issue.


    Monday, October 7, 2013 9:51 AM
  • Has this any priority? or even considered to be fixed? as its now over two years since reported and still not working.
    Monday, February 17, 2014 3:12 AM
  • This is a truly unbelievable flaw in the product. I have just proven that Chrome is fine and IE is broken, despite trying all the fixes mentioned in this post. Unfortunately we need to use the Outlook Client and that uses the IE rendering engine.

    Here is a Microsoft Connect CRM issue closely relating to this thread:


    The Microsoft Response is interesting:

    Posted by Microsoft on 21/02/2014 at 1:45 p.m.

    Thank you for your suggestion. Unfortunately this is the result of network issues between CRM and list component connected to SharePoint which is out of our control. The new SharePoint integration in CRM 2013 Spring update should no longer have this issue since it does not rely on the list component. Instead of the current client side integration, the new SharePoint integration will be a server based integration. Thank you, Tony S. and Kobi A.

     We will wait and see if the Spring Update of CRM resolves this.

    Friday, March 7, 2014 12:13 AM
  • In SharePoint 2010 we used to display parts of users' profiles in iframes as OrgCharts. Now this is no longer possible due to the lack of support for Cross-origin resources (CORS) in SharePoint 2013 web sites.

    XMLHttpRequest cannot load https://mysite.contoso.com/OrganizationView.aspx?accountname=contoso%5CBrads&IsDlg=1. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://finweb.contoso.com' is therefore not allowed access.


    Sunday, March 30, 2014 9:08 AM
  • Is this still a known problem? anyone has a better solution?
    Tuesday, April 29, 2014 4:22 AM
  • Como hago para SharePoint Server...?
    Friday, May 16, 2014 9:02 PM
  • Thursday, May 29, 2014 9:20 AM
  • I've tried to read that article that talks about the "AppHost Pattern" - doesn't make any sense to me. We need to frame-in any PDF's in any document library in our portal... how do we do that? Do I need to inject a global X-Frame-Options content=allow into our Master Page?

    (We're using on-premise SharePoint).

    • Edited by Peter_D503 Thursday, August 14, 2014 12:51 AM
    Thursday, August 14, 2014 12:51 AM
  • Hi Steven,

    Any update on this. With particular reference to ati27's reply below regarding CRM Online.


    Thursday, November 19, 2015 9:54 AM
  • (For on-prem, we were able to use this to solve the problem "Permissive XFrame Header" : https://ventigrate.codeplex.com/wikipage?title=Permissive%20XFrame%20Header&referringTitle=Home ... but seems your thing is cloud).
    Thursday, November 19, 2015 9:57 AM
  • nice.....the bug was reintroduced in the May 16, 2017 update.  This is the second time MS put out an update that hosed my sharepoint 2013 farm. 


    Thursday, May 18, 2017 4:15 PM
  • Any fix to this? I am trying to display my SharePoint Homepage to our Dynamics Site. 
    Tuesday, October 17, 2017 10:01 PM