Bug #85162
closedform.css compression in BE not working when TYPO3 is in a subfolder
0%
Description
With TYPO3 in a subfolder (let's say http://www.mysite.com/subfolder/typo3) and CSS files of the backend compressed, the EXT:form/Resources/Public/Css/form.css is not found and the resulting compressed file is empty.
\TYPO3\CMS\Form\Controller\AbstractBackendController::resolveResourcePaths should return array(0 => 'typo3/sysext/form/Resources/Public/Css/form.css')
but returns array(0 => '/subfolder/typo3/sysext/form/Resources/Public/Css/form.css')
This is passed to \TYPO3\CMS\Core\Page\PageRenderer::doConcatenateCss
which passes the cssFiles list to \TYPO3\CMS\Core\Resource\ResourceCompressor::concatenateCssFiles
. Here the file is not found and an empty compressed file is generated.
The rest of BE CSS files are rendered correctly. Forms css files are declared in EXT:/form/Configuration/Yaml/FormEditorSetup.yaml:10
. As this is declared in a YAML file, maybe the CSS compression is using a different process which handles this differently.
Updated by Presedo Roberto over 6 years ago
When on BE debug mode, no compression, no problem
Updated by Benni Mack over 6 years ago
- Target version changed from 8.7.15 to 8.7.19
Updated by Susanne Moog about 6 years ago
- Target version changed from 8.7.19 to Candidate for patchlevel
Updated by Georg Ringer over 4 years ago
- Related to Bug #90689: ResourceCompressor can't deal with paths relative to docroot (Reoccurrence) added
Updated by Markus Klein over 4 years ago
- Status changed from New to Closed
- Priority changed from Should have to Won't have this time
- Target version deleted (
Candidate for patchlevel)
We are solving this issue for newer versions with #90689.
I close this report therefore.