Actions
Bug #105403
open
f:image and cache busting issue
Start date:
2024-10-23
Due date:
% Done:
0%
Estimated time:
TYPO3 Version:
13
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:
Description
Since version 13.4, the following fluid code:
<f:image src="{f:uri.resource(path: 'Images/logo.svg', extensionName: 'template')}" />
Creates an exception:
#1509741911 TYPO3Fluid\Fluid\Core\ViewHelper\Exception
Unable to render image tag in "pages:1": Folder "/_assets/862beb08718fcccbd31886444eef60f1/Images/logo.svg?1634931243/" does not exist.
When disabling the cache-busting in the uri.resource ViewHelper with (useCacheBusting="false") the issue is gone.
The problem is the <f:image> ViewHelper that cannot handle the URL with cacheBusting timestamp, in version 12 the same code works. Found while upgrading a version 12 project to version 13.
Updated by Garvin Hicking 8 months ago
- Related to Feature #99203: Re-introduce easy possibility to add paths via TypoScript added
Updated by Georg Ringer 6 months ago
but why should someone do that and not use the native img tag?
Updated by Christian Ludwig 5 months ago
- Related to Bug #105953: f:uri.resource cache busting not working and in addition causing PHP warninigs when open_basedir is enabled added
Updated by Christian Ludwig 5 months ago
- Related to deleted (Bug #105953: f:uri.resource cache busting not working and in addition causing PHP warninigs when open_basedir is enabled)
Updated by Christian Ludwig 5 months ago
- Related to Bug #105953: f:uri.resource cache busting not working and in addition causing PHP warninigs when open_basedir is enabled added
Updated by Benni Mack 2 months ago
- Status changed from New to Needs Feedback
Does this happen in FE or BE?
Actions