TYPO3 Core

Having the same problem. We are using an SVG image map with no dimensions on the outer SVG tag set.

However, I've found a workaround: If you comment out the exception, an entry in sys_file_processedfile will be generated (albeit with width = 0 AND height = 0, but that's no problem further on) and the exception will not be thrown again. You could also manually create the database row for that image, as it was not present before with v10.4.8.

SVG source code:

<svg xmlns="http://www.w3.org/2000/svg&quot;>
<symbol viewBox="0 0 21.498 21.475" id="svg-icon-button-close">
<path style="fill:#FFFFFF" d="..."/>
</symbol>
<symbol viewBox="0 0 20 20" id="svg-icon-menu">
...
</symbol>
</svg>

Usage in a Fluid template:

<svg role="img" aria-label="Symbolgrafik Menü">
<use xlink:href="{f:uri.image(src: 'EXT:my_ext/Resources/Public/Images/map.svg')}#svg-icon-menu"></use>
</svg>

So here the ImageViewHelper is basically only used to infer the correct path from the extension. Probably not a good idea.

Jörn Wagner wrote:

Usage in a Fluid template:

<svg role="img" aria-label="Symbolgrafik Menü">
<use xlink:href="{f:uri.image(src: 'EXT:my_ext/Resources/Public/Images/map.svg')}#svg-icon-menu"></use>
</svg>

So here the ImageViewHelper is basically only used to infer the correct path from the extension. Probably not a good idea.

And this exaclty is a use case we should not support imho, but hard throw an exception. Instead of the image view helper, the resource view helper should be used instead:

<use xlink:href="{f:uri.resource(extensionName: 'MyExt', path: 'Images/map.svg')}#svg-icon-menu"></use>

Helmut Hummel wrote:

And this exaclty is a use case we should not support imho, but hard throw an exception. Instead of the image view helper, the resource view helper should be used instead:

<use xlink:href="{f:uri.resource(extensionName: 'MyExt', path: 'Images/map.svg')}#svg-icon-menu"></use>

I agree and I've already refactored that usage to use the resource helper. ;-)

However, I'm still getting the exception on another SVG which, curiously enough, has both width and height and viewbox set... I'm still analyzing the cause.

Problem here, too. EXT:backend extension configuration I moved files from /fileadmin into EXT:my_ext_tpl/Resources .. TYPO3 creates entries in sys_file/sys_file_metadata with storage = 0 and without width/height. Installtool sending testmail breaks with this exception:

 throw new \BadMethodCallException('Width and height of the image must be greater than zero', 1597310560);

Thats really bad because of security fix 10.4.10 rolled out today; which also includes that bug…

Quick workaround: typo3_src-10.4.10/typo3/sysext/core/Classes/Imaging/ImageDimension.php comment out line #76 (no error will be thrown; yet no solution)

Patch set 1 for branch 10.4 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/66674

& may reference to typo3/sysext/core/Classes/Resource/Processing/LocalPreviewHelper.php at
- typo3/sysext/core/Classes/Resource/Processing/SvgImageProcessor.php [48]
- typo3/sysext/core/Classes/Type/File/ImageInfo.php [151]

the TASK has NAME:CropScaleMask ; but CROP makes no sense with SVGs
@ typo3/sysext/core/Classes/Resource/Processing/SvgImageProcessor.php

$this->arguments['fileExtension'] is not set to 'svg'
but $file->getProperty('extension') has this information
@ typo3/sysext/fluid/Classes/ViewHelpers/MediaViewHelper.php