TYPO3 Core

Is there any reason why this issue has been set to private?

no, just because of the attachments. But I think you can unset the private statement.

Additional note on the bug - it seems that to somewhat reason every extension gets saved incorrectly, not only the attached one.

I cannot reproduce this - and I have to deal with manual export/import of extensions nearly on a daily basis.

Any special steps to do for reproducing?
OS? Up-to date libraries (aka. up-to-date system)?

I will try to debug myself. I have the feeling it is realted to some other extension or misconfiguration. Since this happens on my machine with every extension right now.

I could figure out the follwing:

in file class.em_index.php, line 2534 backup data ich echoed:
.-.-.-.-.-.-.
if (intval($this->CMD['doBackup'])==1) {
header('Content-Type: application/octet-stream');
header('Content-Disposition: attachment; filename='.$filename);
echo $backUpData;
exit;
.-.-.-.-.-.-.

$backupData contains the correct Data without blanks at the beginning. When I save the file in Firefox or IE, 8 blanks get added. Could it be it has something to do with the header? Strange.....

I was able to fix it !

by adding ob_clean() before the header() functions, it removes the blanks. So when I modify the code to:
.-.-.-.-.-.-.
if (intval($this->CMD['doBackup'])==1) {
ob_clean();
header('Content-Type: application/octet-stream');
header('Content-Disposition: attachment; filename='.$filename);
echo $backUpData;
exit;
.-.-.-.-.-.-.

Everything works great. Do you think that might make sense?

best regards
Michael

That makes sense. Using ob_end_clean() for all existing buffers would also be fine.
I guess that some PHP scripts that have been included before have some empty spaces/linebreaks after the closing "?>" tag...

As the sample extension has been removed, I hereby set the view status to public.