Actions
Bug #91462
openLostFilesCommand custom-path fails on symlinked storages/folders
Status:
New
Priority:
Should have
Assignee:
-
Category:
CLI
Target version:
-
Start date:
2020-05-25
Due date:
% Done:
0%
Estimated time:
TYPO3 Version:
10
PHP Version:
7.2
Tags:
Complexity:
Is Regression:
Sprint Focus:
Description
The LostFileCommand fails because of comparison based on realpath if a via --custom-path
pased folders is symlinked:
bin/typo3cms cleanup:lostfiles --update-refindex --custom-path='uploads/symlinked_Folder' [...] 16782 records from 47 tables were checked/updated. Index Integrity was perfect! [ Exception ] The path: "uploads/symlinked_Folder" is invalid
However in normal mode or when using --exclude
to exclude other folders the cleanup of "uploads/symlinked_Folder" works.
The problem is the comparison via realpath in sysext/lowlevel/Classes/Command/LostFilesCommand.php#L192
ls -l /var/www/releases/current/public/uploads lrwxr-xr-x 1 www www 28 May 11 13:44 /var/www/releases/current/public/uploads -> ../../../shared/Data/uploads realpath /var/www/releases/current/public /var/www/releases/20200511114408/public realpath /var/www/releases/20200511114408/public/uploads/symlinked_Folder /var/www/shared/Data/uploads/symlinked_Folder
Updated by Oliver Hader over 4 years ago
- Target version deleted (
9.5.18 & 10.4.3)
Updated by Tomas Norre Mikkelsen over 2 years ago
As this has been removed in V12. I'm not sure if this has priority?
Actions