Bug #89842
closedResourceStorage::evaluatePermisson set to true unconditionally in FileStorageExtraction/IndexingTask
100%
Description
Since TYPO3 6.2 the both tasks got implemented to call ResourceStorage::setEvaluatePermissions(false) before and ResourceStorage::setEvaluatePermissions(true) afterwards. This was needed as the cli user may not have access rights while scheduler runs.
If now a task runs in same scheduler call after the FileStorageExtraction/IndexingTask he can't access the storage anymore
Task failed to execute successfully. Class: TYPO3\CMS\Scheduler\Task\ExecuteSchedulableCommandTask, UID: 7, Code: 1430657869, You are not allowed to read folders
To reproduce:
- In Scheduler add "File Abstraction Layer: Update storage index (scheduler)" and select your fileadmin as path
- Add another Task, which does FAL handling like
ResourceFactory::getInstance() ->getObjectFromCombinedIdentifier('1:'); // Root path of fileadmin normally
- Select both tasks in Scheduler and press the "Run selected tasks" button
Result:
- The Update Storage runs, but the second tasks fails with error message
Expected Result:
- Both tasks run cleanly
Updated by Gerrit Code Review almost 5 years ago
- Status changed from New to Under Review
Patch set 1 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/62545
Updated by Gerrit Code Review almost 5 years ago
Patch set 1 for branch 9.5 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/62671
Updated by Susanne Moog almost 5 years ago
- Status changed from Under Review to Resolved
- % Done changed from 0 to 100
Applied in changeset e331227b0bfaa59297776789faf5f8917b73daa1.