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

Michael Stucki michael at typo3.org
Mon Jul 31 18:49:05 CEST 2006

-1 since we "fixed" many installations by changing this path already ;-)

Could you please add a check if "unzip" is part of the string?
BTW, don't forget to add ".exe" on Windows systems...

- michael

Am Montag, 31. Juli 2006 18:36 schrieb Ernesto Baschny [cron IT]:
> This is a SVN patch request.
> Problem:
> $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.
> Solution:
> 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.
> Cheers,
> Ernesto
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.netfielders.de/pipermail/typo3-team-core/attachments/20060731/a0fb11c3/attachment.pgp 

More information about the TYPO3-team-core mailing list