TYPO3 Core

Do you have anything in your log file? Without a stack trace, it's nearly impossible to analyze this issue.

Dear Andreas,

sure, i tried to get it and still communicate with the operator of the instance to get more insights.
I would also have supplied a patch as it seems to be a call to the FileRepository, which returns a file without as storage, which is then used to create a file.

• https://github.com/TYPO3/typo3/blob/18aaf13ac9f0cf27672e559b5f2a23def52fdffc/typo3/sysext/core/Classes/Utility/GeneralUtility.php#L3217

I believe it's a problem here:

• https://github.com/TYPO3/typo3/blob/18aaf13ac9f0cf27672e559b5f2a23def52fdffc/typo3/sysext/core/Classes/Resource/ResourceFactory.php#L418

    public function createFileObject(array $fileData, ResourceStorage $storage = null)
    {
        if (array_key_exists('storage', $fileData) && MathUtility::canBeInterpretedAsInteger($fileData['storage'])) {
            $storageObject = $this->storageRepository->findByUid((int)$fileData['storage']);
        } elseif ($storage !== null) {
            $storageObject = $storage;
            $fileData['storage'] = $storage->getUid();
        } else {
            throw new \RuntimeException('A file needs to reside in a Storage', 1381570997);
        }
        $fileObject = GeneralUtility::makeInstance(File::class, $fileData, $storageObject);
        return $fileObject;
    }

Should be something like that to ensure a set, but not existing storage is not causing a problem.

    public function createFileObject(array $fileData, ResourceStorage $storage = null)
    {
        $storageObject = null;
        if (array_key_exists('storage', $fileData) && MathUtility::canBeInterpretedAsInteger($fileData['storage'])) {
            $storageObject = $this->storageRepository->findByUid((int)$fileData['storage']);
        } elseif ($storage !== null) {
            $storageObject = $storage;
            $fileData['storage'] = $storage->getUid();
        }
        if($storageObject === null) {
            throw new \RuntimeException('A file needs to reside in a Storage', 1381570997);
        }
        $fileObject = GeneralUtility::makeInstance(File::class, $fileData, $storageObject);
        return $fileObject;
    }

As for now, I have no access to the full DB dump, nor to the logfile, the above point was one way to reproduce the behaviour.
I'm also trying wether the cronjobs to clean the DB solve that problem with shipped tooling.

Kay Strobach wrote in #note-6:

fine - please close it. PS: you selected the wrong kay in the @ mention :)

Fixed. Blame the Forge autocomplete of names :P

Thank you for your feedback - closing it

If you think that this is the wrong decision or experience the issue again please open a fresh issue with a reference to this one