[TYPO3-core] RFC: unzip_path in Ext.Manager

Ernesto Baschny [cron IT] ernst at cron-it.de
Mon Jul 31 18:36:26 CEST 2006

This is a SVN patch request.

$GLOBALS['TYPO3_CONF_VARS']['BE']['unzip_path'] is not being used
correctly in Ext.Manager translation handling.

The only other place this setting is used is in
t3lib/class.t3lib_extfilefunc.php::func_unzip() (line 837).

The variable should only hold the path to the "unzip" binary, not the
complete path of the binary itself. Without the patch no translation can
be unpacked after being downloaded if you have unzip_path set.

Easy fix attached. Might be worth a note in "Upgrade issues", as many
might have changed this to the full path of the binary when they saw
that it didn't work as expected in the translation handling (but then it
won't work as a filefunc anymore).

Future vision/Todo:
There should be a just one central UNZIP routine that also uses the
class.em_unzip.php class in environments without the "unzip" binary.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: em_index-unzip_path.diff
Type: text/x-diff
Size: 638 bytes
Desc: not available
Url : http://lists.netfielders.de/pipermail/typo3-team-core/attachments/20060731/05bd7d87/attachment.bin 

More information about the TYPO3-team-core mailing list