TYPO3 Core

Manually deleting files named l10n.zip located in /typo3temp allows running the update again. However it may end with the very same result as with first run : failure to update translation.
I just had the very same problem : translation zip files were correctly downloaded on the server and appeared in /typo3temp, but were not properly extracted into /typo3conf/l10n

This was due to the fact my server lacked the /usr/bin/unzip binary. Unfortunately I had no root access and I couldn't install unzip, but I contacted the administrator who installed it for me and it has fixed the problem.

Relying on phpMyAdmin zip/unzip PHP scripts for extracting translation files would permit to circumvent this problem since some Linux distributions don't come with unzip preloaded. It would likely affect unzipping performance though.

Also the error reported by the translation manager has not been of any help for solving this problem : it would only report "ERR" instead of saying it couldn't unzip.

Please try the attached patch which solves various issues:
- During update, it is not checked whether or not the directory typo3conf/l10n/[lang]/[extKey]/ exists
- At some sites (at least here) someone mistakenly set $TYPO3_CONF_VARS[BE][unzip_path] to the parent directory but not to the real program (as expected). Therefore, check if the program is a file.
- Update sysLog entries if something goes wrong (and use t3lib_div constants for specifying the severity)