Project

General

Profile

Actions

Bug #17489

closed

Install Tool image tests fail when there are spaces in the path name

Added by Alexander Enchevich over 17 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
Should have
Category:
Install Tool
Target version:
-
Start date:
2007-07-19
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.1
PHP Version:
4.3
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

The test "1: Reading image formats" from the Testmenu on page "4: Image Processing" of the Install tool is not working properly in a typo3 4.1.1 system installed on Windows XP, using the winstaller tool.

The test tool tries to execute a command like this:
C:\php\imagemagick\convert.exe -geometry 170x136! -colorspace RGB -quality 70 "C:/Program Files/TYPO3_4.1.1/htdocs/Quickstart/typo3/sysext/install/imgs/jesus.gif0" "C:/Program Files/TYPO3_4.1.1/htdocs/Quickstart/typo3temp/pics/install_read_gif.jpg"

The command uses forward slashes instead of backslashes ("/" vs "\") which I suspected at first to be the problem.

However this same command, when executed in the command prompt, produces the output file.

The gm package supplied by the windows installer did not work at all. The install tool complained that it cannot find the tool in the default location (even though it was there).

Setting the parameters manually in the configuration:
im_path to the correct path, im_version_5 to "gm" and "im" to 1
, also did not give the desired effect - the Install tool still as unable to recognize that there is a working installation of GraphicsMagick available. That's when I switched to ImageMagick. I used this version: ImageMagick-6.3.5-2-Q16-windows-static.exe.

(issue imported from #M6001)


Files

typo3_png_scale_bug.jpeg (142 KB) typo3_png_scale_bug.jpeg Administrator Admin, 2007-07-19 23:43
install_scale_png.png (3.85 KB) install_scale_png.png Administrator Admin, 2007-07-19 23:43
6001-trunk.patch (4.47 KB) 6001-trunk.patch Administrator Admin, 2010-07-01 18:04
6001-trunk.v2.patch (5.45 KB) 6001-trunk.v2.patch Administrator Admin, 2010-10-29 13:01

Related issues 5 (0 open5 closed)

Related to TYPO3 Core - Bug #24281: ImageMagick does not work with quotes in exec() path on WindowsClosedJigal van Hemert2010-12-03

Actions
Related to TYPO3 Core - Bug #24346: Thumbnail generation failsClosed2010-12-16

Actions
Related to TYPO3 Core - Bug #22243: Several GIFBUILDER features broken for IM6 and GMClosedJigal van Hemert2010-03-05

Actions
Has duplicate TYPO3 Core - Bug #17490: Install Tool on WinXP does not recognize the presence of gm.exeClosedChris topher2007-07-19

Actions
Has duplicate TYPO3 Core - Bug #22939: ImageMagic auto-detection fails when using macportsClosedErnesto Baschny2010-06-20

Actions
Actions #1

Updated by Alexander Enchevich over 17 years ago

very likely this bug is due to space chars in windows paths (e.g. "Program Files"). After I removed my default typo3 installation and installed into c:\php\typo3_4.1.1 it now works properly:
- install tool reports that both GM and IM are present and reports their versions and locations;
- testmenu image tests work properly (with the exception of PNG scale test - see uploaded files).

Actions #2

Updated by Oliver Hader over 14 years ago

Ernesto, please tell me how to reproduce this bug. Thanks in advance!

Actions #3

Updated by Ernesto Baschny over 14 years ago

@Oli:

in the Install Tool with no im_path configured, just go to "Basic Configuration". Make sure you have ImageMagick (or GM) installed on a path with a space in it.

It won't work because no space is allowed.

The patch changes it to allow spaces in the im_path and quotes it correctly in the tx_div method.

Actions #4

Updated by Ernesto Baschny over 14 years ago

The attached patch should fix the "space in path" problem and also adds the PATH env-var to the detection routine (under windows) so that if you install GM or IM (which usually adds itself to the PATH), it will work out of the box.

Please test, so that I can submit it to the core list.

Actions #5

Updated by Peter Beernink about 14 years ago

@Ernesto
I've tested your patch it worked ok.
I did make some modifications:
  • match against current trunk (r9220)
  • Applied the changes to allow spaces also to im_path_lzw
  • Added the PATH environment variable also to the UNIX environment so IM installed using MacPorts should also work.
  • In some windows installation the PATH is stored in $_SERVER['Path'] instead of in $_SERVER['PATH'], so when $_SERVER['PATH] is not found, additional check is done of PATH in other cases.
Actions #6

Updated by Ernesto Baschny about 14 years ago

Committed v3 (see core list) to:

- trunk rev 9354
- 4-4 rev 9355

Actions #7

Updated by Benni Mack about 6 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF