Search the Community

Showing results for tags 'IE blank page'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Company Forums
    • Company News
  • Product Forums
    • FusionCharts XT
    • FusionWidgets XT
    • PowerCharts XT
    • FusionMaps XT
    • Collabion Charts for SharePoint
    • jQuery Plugin for FusionCharts
    • AngularJS plugin
    • ReactJS plugin
  • General Forums
    • FusionCharts Jobs and Consultation
    • FusionLounge

Found 1 result

  1. IE8 IE9 blank page

    Hello, We are using FusionCharts XT 3.3.1 in javascript. The charts are used inside widgets that are called by a main page. Because it is inside widget, the fusionchart.js files need to be loaded dynamically only when needed, we are using jQuery.ajax() with dataType:"script" to load the files (or in other words, jQuery.getScript()). Everything works well on Chrome, Firefox, IE10. But on IE9 and mainly IE8 we have issues were the main page becomes completely blank at load when fusionChart.js is loaded. Most notably when the file is not in the browser cache. This is the error we get : User 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; .NET4.0C; .NET4.0E) Timestamp: Thu, 7 Nov 2013 14:14:18 UTC Message: Permission denied Line: 3 Char: 4870 Code: 0 URI: http://website/external/jQuery/1.9.1/jquery-1.9.1.min.js When this errors happens, if we look at the page source, everything has been removed and there is only this line left : <script id="__ie_onload_fusioncharts" defer="defer" src="javascript:void(0)"></script> This is done by a window.document.write() by fusionchart. Document.write() blocks rendering and it seems the consequence, for heavy HTML pages, on IE8 and IE9, is that everything gets replaced with whatever is in the document.write(). If I may suggest, you may look at what require.js says about script loading : http://requirejs.org/docs/why.html, look at paragraph 7 and 8. The head.appendchild(script) technique would be a better alternative apparently. We have yet not found alternative solution.