Project

General

Profile

Bug #92908

Updated by Stefan Hekele about 4 years ago

FormEngineSetup.yaml: 

 <pre><code class="yaml"> 
 TYPO3: 
   CMS: 
     Form: 
       persistenceManager: 
         allowedExtensionPaths: 
           10: 'EXT:my_form/Resources/Private/Forms/' 
         allowSaveToExtensionPaths: false 
         allowDeleteFromExtensionPaths: false 
 </code></pre> 

 This worked up to and including 10.4.9. 

 However, upon installing 10.4.10, the frontend now instead displays the following exception upon loading a page with a predefined form: 

 (1/1) #1314516810 TYPO3\CMS\Core\Resource\Exception\FolderDoesNotExistException 
 Folder "/my_form/Resources/Private/Forms/" does not exist. 

 I traced the relevant change back to /typo3/sysext/core/Classes/Resource/ResourceFactory.php::getFolderObjectFromCombinedIdentifier() 

 At line 504, what used to be <pre><code class="php">$storageUid = $parts[0];</code></pre> has been changed to <pre><code class="php">$storageUid = (int)$parts[0];</code></pre> in commit https://github.com/TYPO3/TYPO3.CMS/commit/a79c665c9abe112fbdf8f8a45ce734b6030a0606 


 This causes the EXT part of the config to be cast to 0, meaning that the is_numeric() in TYPO3\CMS\Core\Resource\ResourceFactory::getStorageObject() is no longer throwing an Exception - which itself was caughed by TYPO3\CMS\Form\Mvc\Property\PropertyMappingConfiguration::checkSaveFileMountAccess() -, and instead the path is resolved and checked check against storage uid 0, where it naturally can't be found.

Back