Project

General

Profile

Actions

Bug #60703

closed

sys_file indexer and file module throw an exception if a record does not have a physical representation

Added by Nils Blattner over 10 years ago. Updated over 10 years ago.

Status:
Closed
Priority:
Must have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Target version:
-
Start date:
2014-07-31
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
6.2
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

Hi

When I access a folder in the file module with a sys_file record that has no physical file (it was deleted by ftp, shell etc.), an exception is thrown.

#1319455097: Error while fetching permissions for .....

Setting them "missing" manually in the DB will make the file module ignore that. This should be detected automatically.

Furthermore, when the indexer scheduler task tries to reindex the file, it also throws an exception and thus aborts.
typo3/sysext/core/Classes/Resource/Driver/LocalDriver.php line 270:
if (!file_exists($absoluteFilePath)) {
throw new \InvalidArgumentException('File ' . $fileIdentifier . ' does not exist.', 1314516809);
}

The indexer should be robust enough to manually mark the missing files or, even better, try to find the file by sha1 hash.

The file module should be at least that robust, since non-administrator see it and the indexer should be even more so, since I do not want to go into the db manually every time a file was deleted by an outside source.
Maybe I'm missing some configuration option that does exactly that. If that is the case please point me to it and consider enabling it by default.

Thanks in advance!
Nils

Actions

Also available in: Atom PDF