This still perplexes me. I've yet to be able to duplicate this particular issue and don't see how it could happen when the proper header is being sent - millions of files are downloaded every day by throwing a Content-Disposition header.
Also, the fix confuses me. readfile(), per the documentation, accepts a filename and not a string of content, which the $xml variable is - there is no physical file. And all it does is immediately read in a file and output it to the buffer, which is exactly what echo is doing. BTW, if you're changing line 200 in the download method it would work for either format, they are both handled identically except for the generation steps and they both *do* work, there are options in the plugin drop button to export as your desired format. On Sep 16, 2011, at 12:07 AM, Bryce wrote: > You're welcome. It only works for the WXR portion. The BlogML export > portion is not enabled (even though the code for the option exists, > it is not present in the area where the plugin draws its choices > from), so it will break this suggestion, if one tries to enable > BlogML. > > On Sep 4, 9:46 am, jtrag <[email protected]> wrote: >> Thanks for the update! > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/habari-dev -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/habari-dev
