Bug #85162

form.css compression in BE not working when TYPO3 is in a subfolder

Added by Presedo Roberto about 1 year ago. Updated 10 months ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
Backend User Interface
Start date:
2018-06-06
Due date:
% Done:

0%

TYPO3 Version:
8
PHP Version:
7.1
Tags:
Complexity:
easy
Is Regression:
Sprint Focus:

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.

History

#1 Updated by Presedo Roberto about 1 year ago

When on BE debug mode, no compression, no problem

#2 Updated by Benni Mack about 1 year ago

  • Target version changed from 8.7.15 to 8.7.19

#3 Updated by Susanne Moog 10 months ago

  • Target version changed from 8.7.19 to Candidate for patchlevel

Also available in: Atom PDF