Flash: Nasty XML load bug in Internet Explorer

November 17th, 2005 by Thomas

Loading XML files in Flash over an SSL Connection in Internet Explorer fails if the Pragma:no-cache or Cache-control:no-cache HTTP headers are set on the XML file.

Wow! I’ve been chewing on this one for a while… We have a Flash site running on https with dynamically generated XML content. The server always returned the Pragma:no-cache header so that the dynamic data isn’t cached in the browser.

The bug is especially hard to find because the request goes out to the server successfully, but the XML object in flash remains undefined for no apparent reason. Only after removing the header output on the server it started to work.

Not nice.

This MS bug report seems to be related.

[edit]

This post has been replaced by a more recent one, including an application to test the caching behavior of Flash in different browsers.

Flash loading and browser cache test-suite

[edit]

Some more posts on the topic:

Marc Speck

Adobe Technote

81 Responses to “Flash: Nasty XML load bug in Internet Explorer”

  1. nTeract Says:

    IE + HTTPS + XML + NoCache = Bad

  2. kinoli Says:

    Can you please explain how you did this. I am having a similar issue with my flash file on https it isn’t pulling in my xml file in IE, but works fine in firefox. Please let me know what I need to do to fix this. I don’t have any headers set in my xml file.

  3. Neil Says:

    This bug also affects the MovieClipLoader.loadClip() function as well as XML loading.

    I discovered this when I tried to load a dynamically generated JPG from a PHP page over HTTPS. With the header “Cache-Control: no-cache” set, nothing would appear in IE but would work fine in Mozilla/FireFox.

    Hope this helps someone.

  4. bol Says:

    Thank you very much for your solution thomas!

  5. Lail Says:

    Hey - I had this problem and it stumped me for about 3 hours. I’m generating XML dynamicly with PHP. I messed around with trying to set header(”cache-control: private”) for a while and had no luck. Finaly I tried and that did the trick. Use it at the very top of the page for best results. I hope that can save somebody else some headaches.

  6. Lail Says:

    whoops, it killed my code there it should be - Finaly I tried “sessioncachelimiter(’privatenoexpire’);” and that did the trick.

  7. Lail Says:

    OK one last time… the markdown is messing up my code. There should be underscores around “cache” and “no” - so “session UNDERSCORE cache UNDERSCORE limiter(’private UNDERSCORE no UNDERSCORE expire’);”

    Wow - I’m sure there’s a simpler way to do that :)

  8. Kosta Says:

    Hi. I have one problem with xml & flash. I use xml to display only text in flash file. But when i put this files on my ftp server and second time when i make some changes on that text in xml, my browsvers: IE, Mozila and Opera read my old xml file from cache. No from ftp server. Please for help.

  9. Thomas Says:

    Kosta, you seem to have a simple caching effect, a common browser behaviour. There are strategies to prevent caching of static files, like this one.

  10. Kaveendra Says:

    Thank you Thomas, it really helped me to save dozen hours of headache. “Chche-Control: private” have changed the header using server side script (PHP in my case), which solved the Flash issue loading XML over SSL. We may alter the global header parameters of Apache, though individual settings per file seems to be a better, unaffecting the rest of applications.

    Kaveendra (kaveendrav@sltnet.lk)

  11. Flash: Nasty XML load bug in Internet Explorer » Rendition Multimedia Says:

    […] one uninformed. Loading XML over SLL in IE could cause Flash to fail in parsing the data. Click here for the full description Quickly bookmark Flash: Nasty XML load bug in Int […]

  12. Panchazo Says:

    Thanks you all, indeed.
    I was loading into Flash an XML file generated dinamically with php, from same domain, same directory, not using SLL nor HTTPS… Since the release of IE ActiveX Content Protection the PHP intruction: header (”Cache-Control: no-cache”); made that Flash failed to open de XML file. There was no problem with Firefox. I just deleted the php cache instruction and it started to work fine, again.
    Cheers, from Argentina.

  13. Victim Says:

    In PHP i ended up using these headers:

    header(”Cache-Control: cache, must-revalidate”);
    header(”Pragma: public”);

    Worked a treat!

    Not sure what that means to the SSL stuff tho…

  14. Kamerman Says:

    I had a similar problem and had a look at the difference between the headers sent for a static xml file (from Apache) and the ones from a dynamically generated one (Apache + PHP5.1.3). Here they are:

    PHP Generated XML Headers:

    HTTP/1.x 200 OK
    Date: Tue, 19 Sep 2006 00:43:38 GMT
    Server: Apache/2.0.55 (Win32) PHP/5.1.3
    X-Powered-By: PHP/5.1.3
    Cache-Control: cache, must-revalidate
    Pragma: public
    Content-Length: 1143
    Keep-Alive: timeout=15, max=99
    Connection: Keep-Alive
    Content-Type: text/xml

    Static XML File Headers:

    HTTP/1.x 200 OK
    Date: Tue, 19 Sep 2006 00:44:41 GMT
    Server: Apache/2.0.55 (Win32) PHP/5.1.3
    Last-Modified: Tue, 19 Sep 2006 00:42:56 GMT
    Etag: “a6e0-477-c583a8fb”
    Accept-Ranges: bytes
    Content-Length: 1143
    Keep-Alive: timeout=15, max=100
    Connection: Keep-Alive
    Content-Type: application/xml

    I used the following in PHP to make the headers equivilent to a static file:

    sessioncachelimiter(”nocache”); // removes cache-control header
    header(”Accept-Ranges: bytes”);
    header(”Content-type: application/xml”);

    Seems to work fine now! Thanks!

  15. Chris Says:

    Woohoo! Thank you so much for this! Have been pulling my hair out over the exact same probelm. You’re my hero……..

  16. I am warped v2 » Blog Archive » lessrain blog » Blog Archive » Flash: Nasty XML load bug in Internet Explorer Says:

    […] lessrain blog » Blog Archive » Flash: Nasty XML load bug in Internet Explorer lessrain blog » Blog Archive » Flash: Nasty XML load bug in Internet Explorer Stupid fjax. Good freaking […]

  17. The Lee’s Family Blog » Blog Archive » Flash XML load bug in IE Says:

    […] e: text/html I have spent lots of time to solve this stupid bug. Luckily, I found this post.  In short, I had to send this header: header(’Cache-Control: cache, must-revalidate’); hea […]

  18. Zim Says:

    Had the same issue (in IE 6) with a provider sending flash with HTTP/1.1 Cache-control set purely to no-cache. The flash file is sent to client, but not loaded. After some tracing and tweaking, with fiddler and the like, i managed to reproduce the case on my local Apache and trace the problem to cache-control.

    When i do NOT want to cahce i always send (Overkill? Might, but after working/testing behaviour with different browsers: nope):
    HTTP/1.1 header;
    Cache-Control: no-store, no-cache, must-revalidate, pre-check=0, post-check=0, max-age=0

    and HTTP/1.0 header;
    Pragma: no-cache

    and Expire and Last-Modified propperly formatted with GMT.

    For some reason i do not have the time to dig trough now, sending only “Cache-Control: no-cache” as the provider do, causes this behaviour in IE, while applying no-store fixes the problem.

    rfc2616:
    14.9 Cache-Control ++

    • To often the quandary of; should you code a bug to fix a bug? -
  19. Anastasia Says:

    Can you please explain how you did this. I am having a similar issue with my flash file on https it isn’t pulling in my xml file in IE, but works fine in firefox. Please let me know what I need to do to fix this. I don’t have any headers set in my xml file.

  20. Rob Says:

    I’m using Flex (flash) + SSL + XML + PHP + Sessions and I was having the same issue with internet explorer.
    I was able to resolve the issue with this a the beginning of the php script:

    sessioncachelimiter(’must-revalidate’);

    so finally ie6 and ie7 works.

  21. Rob Says:

    After some testing the “sessioncachelimiter” in php was causing the xml file to be cached indefinitely.

    If you are using php and sessions, you must place the cache control headers after “session_start()” in order to work.

  22. canli yayin Says:

    Thanks you all, indeed.
    I was loading into Flash an XML file generated dinamically with php, from same domain, same directory, not using SLL nor HTTPS… Since the release of IE ActiveX Content Protection the PHP intruction: header (”Cache-Control: no-cache”); made that Flash failed to open de XML file. There was no problem with Firefox. I just deleted the php cache instruction and it started to work fine, again.
    Cheers, from Argentina.

  23. Kody Says:

    Hi, Thanks for the tricks.
    There’s another problem, i’m gonna explain it.

    Working with flash + php + ssh

    what i should do to keep the session alive? I have lots of pages that work with flash grabbing data with php and if i put sessioncachelimiter(”must-revalidate”) i can’t, obviusly, keep the session on other pages. The result is that the login works fine but when i try to load data with sendAndLoad actionscript command the php page called in the url has no session… and with sessionstart() u know what will happen. I’ve also try with sessioncache_limiter(”privatenoexpire”) but no good news.

    Anyone has a tip for it?
    Thank you!

  24. Kody Says:

    UPDATE: i’ve found it! :D Use: sessioncachelimiter(”none”);

    Best Regards!

  25. canuckster Says:

    Hi,

    I had a similar problem to what’s been discussed here, except that it didn’t involve XML — but one of the solutions ended up solving it, so I wanted to provide the details for anyone else who might google their way here. :)

    I have a secure Flash form that uses loadVars to communicate with php. There’s a PHP session involved, and sure enough, in Internet Explorer 6, under https, all my loadVars calls would fail immediately.

    This bug was solved, finally, by trying out all the suggestions posted by everyone else here. In fact, most of them didn’t work, but one (thank God!) did.

    MY SOLUTION (tested in IE, FF, MZ and OP):
    Immediately after session_start (), the following two lines are required:
    header (”Cache-Control: cache, must-revalidate”);
    header (”Pragma: public”);

    Please note that, in my case, trying to specify anything for session _ cache _ limiter had no effect (I tried “none”, “nocache”, and “private _ no _ expire” as suggested above).

    Anyway, I hope that this information proves useful to someone. I can’t tell you how thankful I am that the rest of you discussed this, as it has seriously saved my bacon!

  26. Chad Says:

    I did some testing and found out that the problem is not the header tags but the session_start() itself;

    I did some research on PHP. net and found something that helped me out

    header(”Cache-Control: no-cache, must-revalidate”);
    header(”Expires: Mon, 26 Jul 1997 05:00:00 GMT”);
    sessioncachelimiter(’public’);
    session_start();

  27. Chad Says:

    sessioncachelimiter(’public’);

    is session “underscore” cache “underscore” limiter

  28. Chad Says:

    Ok one more addition

    header(”Cache-Control: no-cache, must-revalidate”);
    header(”Expires: Mon, 26 Jul 1997 05:00:00 GMT”);
    if(strstr(strtolower($SERVER[’HTTPUSERAGENT’]),”msie”) !== false){
    session
    cachelimiter(’public’);
    }
    session
    start();

  29. UV40 Says:

    canuckster u r a genious. tried everything from but your lines does the trick. TNX!!!

    I’m repeating the lines for your convenience…

    header(”Cache-Control: no-cache, must-revalidate”);
    header(”Expires: Mon, 26 Jul 1997 05:00:00 GMT”);
    sessioncachelimiter(’public’);
    session_start();

  30. canuckster Says:

    Glad to be of service, UV40. I certainly know what a relief it was for you, ’cause that’s what it was for me!

    BTW I referred this method to a dedicated PHP developer to ask if he had any concerns about the solution, and he gave it his OK.

  31. Joe Says:

    Ruby on Rails fix that works… THANK YOU SO MUCH EVERYONE! 2 days with this one… brain… tired… flash… xml… blerg…

    headers["Content-Type"] = "text/xml;"
    headers["Cache-Control"] = "cache, must-revalidate;"
    headers["Pragma"] = "public"
    
  32. jocabola Says:

    Thanks a lot guys!

    this was really helpful!

    What a mess to have a Flash based Web-shop running (of course) over a SSL and using PHP sessions… my god!

    =)

  33. dazed Says:

    I am having the same problem, nothing seems to work. When I visit the XML file via FF, I see the correct information. When I visit a portion of my website that uses PHP XML with flash, it does not load correctly. I tried every suggestion on here, and nothing seems to work. I even have tried

    header("Accept-Ranges: bytes");
    header("Content-type: application/xml");
    header("Cache-Control: no-cache, must-revalidate");
    header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
    header ("Pragma: public");
    if(strstr(strtolower($_SERVER['HTTPUSERAGENT']),"msie") !== false){
    session_cache_limiter('nocache');
    }
    

    Nothing seems to work. Any suggestions would be appreciated.

  34. dharana Says:

    dazed, try with these headers:

    header(’Content-Type: application/xhtml+xml’);
    header(’Pragma: no-cache’);
    header(’Cache-Control: no-cache, must-revalidate’);

    They are working for me on ie 6 and firefox 2 (firefox didn’t have a problem, it was just ie as described by Thomas).

  35. benon Says:

    I am having a similar problem, however it involves loading swf files into another swf both on the same domain running on https. In firefox it works fine however in IE the swf stops downloading after 26k and as a result breaks the applicaition. I am using the movieclip loader. Any suggestions on how to fix this?

  36. Chong’s Sandbox » Hello world! Says:

    […] ype: text/html I have spent many hours to solve this stupid bug. Luckily, I found this post. In short, I had to send this header: header(’Cache-Control: cache, must-revalidate’); head […]

  37. Bulent Ozturk Says:

    Thank you guys, i can not imagine how many hours you saved. :)

  38. Mark Stirling Says:

    <% response.setHeader(”Cache-Control”, “no-store, no-cache, must-revalidate, pre-check=0, post-check=0, max-age=0″); %>
    <% response.setHeader(”Content-Type”, “application/xml”); %>

  39. Przemek Says:

    canuckster - You’ve made my day. I’ve been struggling with this error for a couple of hours. I’m using FLEX2 APP HTTPS+PHP+MySQL. Everything works fine under FF but under IE It gave me this 2032 stream error. I have tried different combinations and finally yours did well. I have just placed these two lines of code :
    header(”Cache-Control: cache, must-revalidate”);
    header(”Pragma: public”);
    after
    session_start();
    Thank you very much again!

  40. Rick Says:

    I’ve been fighting with this for a few days…Flex 2 app grabbing dynamic XML via HTTPS from a remote server. XML loads OK in FF but not IE. I have observed that in IE6, Options,Advanced,Security section there is a checkbox “do not write encrypted files to disk”. this is normally unchecked, but checking this is one solution to the problem. It seems the IE developer got this all wrong (imagine that), but that isn’t much of a solution for me since I have hundreds of users and asking them to click that is not gonna work. If I alter the response headers from the server supplying the dynamic XML to “cache-control: cache”, the XML loads, but any subsequent call to that same service will do exactly what that header is intended to do…and returns the same XML file, regarless if the data on the other end has actually changed between calls…that isn’t going to work either. I am working with another developer (from the company supplying the XML) to try different options of header directives to see what may work. I intend to try no-store, and various values of Expire or providing an Expire date. Hopefully something here will work. One thing for sure though, setting the response header to include a cache control directive of cache is not the answer as I need ‘real time’ data in the XML returned.

  41. phy5ics » Blog Archive » Flash Player + SSL + IE7 = WTF (and a solution) Says:

    […] ed to this blog post. However, according to my testing, and the word of my esteemed colleague, Robert Reinhardt, this i […]

  42. Newmediasoup Says:

    Just wanted to say thanks!

    I added
    header (”Cache-Control: cache, must-revalidate”);
    header (”Pragma: public”);

    to my PHP file right after start, and the Flash sendAndLoad calls in my clients application are working on IE7 now. Before this code was added, my app would return undefined and and sendAndLoad.

    Thanks!

    Joel
    Newmediasoup, LLC

  43. lessrain blog » Blog Archive » Flash: Nasty XML load bug in Internet Explorer » Rendition Multimedia Says:

    […] : Nasty XML load bug in Internet Explorer Posted by Brian Busche under ActionScript lessrain blog » Blog Archive » Flash: Nasty XML load bug in Internet Explorer Loading XML files in Flash o […]

  44. Paul Vilevac Says:

    If you get #2032 stream error when accessing ASP.NET based Webservices from Flash in IE over HTTPS, you need to set the cache control programmatically. The challenge is IIS settings aren’t enough and unlike ASP.NET web page, web services cannot access Response.Headers directly.

    USe this code (C# ASP.NET 2.0 Webservices):

    [WebMethod]
    public Response DoSomething() {
    HttpCachePolicy cache = HttpContext.Current.Response.Cache;
    cache.SetExpires(System.DateTime.Now);
    cache.SetCacheability(HttpCacheability.Public);
    cache.SetRevalidation(HttpCacheRevalidation.AllCaches);
    cache.SetValidUntilExpires(true);
    cache.SetNoServerCaching();

  45. Loading Flash in an IE6/SSL Environment | moraaz.org - feed all tech! Says:

    […] esday November 07th 2007, 11:59 pm Filed under: Blogroll A post on the lessrain blog, Nasty XML Load Bug in IE6, just prevented my day from being ruined. Apparently, there a […]

  46. Nicolas Says:

    Thanks, thanks, thanks, thanks, thanks, thanks, thanks !
    I’ve spent hours on that bug and sending header(’Pragma: no-cache’); solved the problem !

  47. Michael Siebert Says:

    Thank you man!
    Thanks. You saved our asses!!!

  48. Loading Flash in an IE6/SSL Environment | moraaz.org - feed all tech! Says:

    […] urday December 01st 2007, 12:16 am Filed under: Blogroll A post on the lessrain blog, Nasty XML Load Bug in IE6, just prevented my day from being ruined. Apparently, there a […]

  49. viibee.com » Blog Archive » Nickname Taken bug on IE6 Fixed. Says:

    […] can say is sorry for the troubles and thanks for the patience. Resources: A blog post on lessrain.com (says it happens only with HTTPS but it also seems to happen with HTTP) A post I wrote a while a […]

  50. pascal Says:

    Thanks also from http://viibee.com.
    I also wrote a bit about our problem on the viibe blog: http://viibee.com/blog/?p=33
    Pascal

  51. Apukeittiö.fi » Blog Archive » Xml + https + IE = error Says:

    […] kkejä ongelman ratkaisuun otetaan kiitollisena vastaan. Lisää aiheesta voi lukea vaikka lessrain.comin blogista.

    Jätä vastaus

    […]

  52. jodde Says:

    Thanks for a lot of good info. I use FusionCharts where a flash component reads from a xml page (jsp page with ContentType=XML). I’ve tried several of the solutions displayed on the blog but nothing works. I currently set the header on the XML page as following:

    response.addHeader(”Cache-Control”, “cache,must-revalidate”);
    response.addHeader(”Pragma”, “public”);
    response.setContentType(”application/xhtml+xml”);

    Tried both setHeader and addHeader.

    When I try a system.println before and after the headers I get nothing. Like if the component never even starts reading the xml file. This works well in firefox and I get the both printlines.

  53. Willem Says:

    Thank you so much!

  54. Tal Pink Says:

    Thanks so much. You helped me figure out the issue that has been plaguing our site for for some time now. Much respect for this post.

  55. IE7 + SSL + XML? = Flex “Error #2032: Stream Error” « I don’t like computers. Says:

    […] in IE7, this was not causing my problem. However, some comments on judad’s blog and on this blog were interesting: An Adobe TechNote warns of this issue. However, the note was last updated in 2005 […]

  56. sanjeev Says:

    I’ve been working on a project in which we were generating a flash based menu. It was all working fine until we implemented Verisign SSL on the site. When we access the site via HTTPS it runs into some issues. After a round of ‘googling’, I figured out that there was an issue with IE and SSL that was causing this issue. I found a workaround that I’d like to share

    http://sanjevsharma.blogspot.com/2008/02/flash-player-issues-with-secure-sockets.html

  57. Parag Desai Says:

    You can try using Other Alternate Browsers, if problem is really with your Internet Browser or the system.

  58. Michael Says:

    Thanks.

  59. Daniel Says:

    Thank you soooo much!!! session UNDERSCORE cache UNDERSCORE limiter (privatenoexpire) did the trick for me!!!!

    I tried to call a php-service over https. firefox works fine, but ie7 gives me this f*cking error 2032!

    http://www.php.net/sessioncachelimiter was the solution for me!

  60. Samar Says:

    Thanks a lot. As i got a similar error in one of my application. I was not unable to make out that. But now going through this article i got to know the error while using IE + Https + Flash. Thanks a lot to everyone who are anyway related to finding out this solution. It has really saved a lot of time for me. I really appreciate the way Thomas has explained here with the links. Thanks a lot Thomas. I will be elated if you can share your contacts with me. Please let me know if i can be of any help for you.

  61. Tiago Serafim Says:

    Thanks for the tip. I´ve had the same problem using google app engine and the xml file load. The solution was setting this:

        self.response.headers["Content-Type"] = r'text/xml'
        self.response.headers["Cache-Control"] = r'cache, must-revalidate;'
        self.response.headers["Pragma"] = r'public;'
    

    Thanks

  62. vaske Says:

    I still have the same problem, but my problem is in following on IE 6/7 my flash slide gallery based on XML it’s loaded but not shown…white screen..but if I resize browser window it’s there. Does anyone have any idea about this.

  63. vaske Says:

    If I try some suggestion I got the following.

    The XML page cannot be displayed
    Cannot view XML input using style sheet. Please correct the error and then click the Refresh button, or try again later.

    The server did not understand the request, or the request was invalid. Error processing resource ‘http://www.w3.org/TR/xhtm…

  64. mirc Says:

    hi thank you for the info

  65. HTTPS 에서의 서버사이드 XML페이지 로드 ioError « Kuro Says:

    […] 사이트 http://www.blog.lessrain.com/flash-nasty-xml-load-bug-in-internet-explorer/ […]

  66. Carl Malartre Says:

    This also cause trouble with loading crossdomain.xml files over https. Same solution work.

    Carl

  67. Ben Says:

    I’m going to fill this comment with as many keywords as possible on the offchance I need to Google for this page again at some point the future. Apologies for that.

    We’re running Oracle’s Apex (Application Express) software on a number of servers behind a Zeus ZXTM load balancing solution. The load balancers add in an SSL layer and rewrite all HTTP requests to HTTPS. Communication between the load balancers and the Apex servers is just HTTP (i.e. there’s no SSL on the web servers themselves).

    We were having problems getting the Flash charts on any of the pages to load/appear when running IE. They’d appear perfectly with Firefox or Opera. Oddly, when going to the servers directly (i.e. not through the load balancers, coincidently bypassing the SSL layer too) IE did work.

    After some Googling I found this page and after reading the comments was able to create a very simple ‘response’ rule with Zeus’ TrafficScript scripting language which gave us a solution:

    http.setResponseHeader(”Cache-Control”,”cache, must-revalidate”);
    http.setResponseHeader(”Pragma”,”public”);

    Many thanks!

  68. Bryn Says:

    Thanks ever so much for posting this, as it was turning what should have been a simple HTTP -> HTTPS migration into a major pain in the rear.

    A few quick PHP headers later and the problem was solved.

  69. tetsui Says:

    I have a great idea. All those in the web design/dev arena decide on a date when we all stop using ie6. It will be a unified push to get rid of the enemy. I think we have pandered to its oppresive regine far too long, lets stand up for “ie must die day”, spread the word!

  70. Willem Says:

    Thanks for this hint. Setting the Cache-Control header to “private” instead of “no-cache” solved this problem.

  71. coolProgrammer Says:

    Thanks. This helped a lot. You rock!!!

  72. ds r4 Says:

    Thanx for the information. After some testing the “sessioncachelimiter” in php was causing the xml file to be cached indefinitely.

  73. Neil Says:

    Thank you sooo much. Its taken me 2 days to fix this problem - I might have guessed it was a bug in IE that is now at least 4 years old and has travelled from IE6 to IE7 and now IE8!

    Why oh why don’t MS give up on IE and force people to use browsers that actually work!

    Problem was solved in php by putting:
    header(”Cache-Control: cache, must-revalidate”);
    header(”Pragma: public”);
    after
    session_start();

    Thanks again!

  74. Adam Says:

    amazing! I can’t believe you ever even tracked this down. I owe you HUGE

  75. Giovanni Says:

    i had the same problem for https and was solved by the solution of neil
    <% response.setHeader(”cache-control”,”cache, must-revalidate”);%>
    <% response.setHeader(”Pragma”,”public”);%>

    thanks neil

  76. Dipanwita Says:

    header(’Cache-Control: cache, must-revalidate’);
    header(’Pragma: public’);

  77. Ben Says:

    I’m glad I found this entry, I was doubting my code when it was IE inadequacies all along! :)

    This worked for me at the top of my php page, notice I openned the session then set the header:

    session_start();
    header(”Cache-Control: cache, must-revalidate”);
    header(”Pragma: public”);

  78. david kenyon Says:

    For the love of god!! Thank you for this thread.
    session_start();
    header(”Cache-Control: cache, must-revalidate”);
    header(”Pragma: public”);
    (on the PHP page being posted to - for those that missed that)

    eventually was the magic ticket for me running https + PHP + flash8 using sendAndLoad + IE. Total waste of a day but at least not 2 days :)

  79. Dave Says:

    Many thanks! Same solution as David Kenyon worked for me too. For the record the problem occurs in IE8 but not IE9 in my experience.

    My setup = Apache + PHP + XML -> Flash CS3 + HTTPS + facebook

  80. Soumya Vinod Says:

    Found another relatively simpler way to do the same,posted at http://bbso.wordpress.com/2012/01/16/loading-xml-in-flash-as3

  81. Gabriel Says:

    I have been using a couple of Flash components from flashxml for some time and I would like to point out that they have always worked when loading from a secure location on my sites. The way they by-passed the cache problems was by adding a ?uid generated number at the end of their XML files according to the server’s time. This way, every time you refresh the page the XML gets a new UID and this stops the cache problem.
    You can see it for this component, but they also have the same system implemented for all their other stuff. If you are interested you can try it at http://www.flashxml.net/image-scroller.html

Leave a Reply