Task #55160
closedEpic #55070: Workpackages
Epic #54260: WP: FAL Missing Issues / Features / API
Story #54264: As an Enterprise User I want to use Storages outside my webroot or on remote systems in order to structure my Files according to my IT-Guidelines
Exception on first access to FILE -> Filelist
100%
Description
In a fresh, clean TYPO3 CMS 6.2 LTS beta4 instance, when you access "Filelist" in module "FILE", an exception occurs: "File /Object/ does not exist." (in page tree and in content frame), see attached screenshot.
When you click "Filelist" again, the proper "content" appears in the content frame, exception remains in page tree. You only get this the first time you access these functions. Not again after that, even after clearing caches (all caches, page content cache and configuration cache) and deleting all files under typo3temp (recursively).
But the issue is reproducible: install a new TYPO3 CMS 6.2 LTS beta4 instance, go to the backend and do same steps as described above.
Exception number is: 1314516809 - http://wiki.typo3.org/Exception/CMS/1314516809
Which appears in file typo3/sysext/core/Classes/Resource/Driver/LocalDriver.php
twice:
method getFileInfoByIdentifier() - line 238
method getFolderInfoByIdentifier() - line 256
This issue is related to ticket #55117 (same exception).
Files
Updated by Michael Schams almost 11 years ago
- File screenshot0009.png screenshot0009.png added
screenshot attached.
Updated by Markus Klein almost 11 years ago
- Category changed from Backend User Interface to File Abstraction Layer (FAL)
Updated by Ingo Schmitt almost 11 years ago
- File Bildschirmfoto_2014-01-31_um_12.55.46.png Bildschirmfoto_2014-01-31_um_12.55.46.png added
- Priority changed from Should have to Must have
- Target version set to 6.2.0
Can reproduce in fresh install.
Updated by Ingo Schmitt almost 11 years ago
As discussed with Steffen, possible error in
8 TYPO3\CMS\Core\Resource\Driver\LocalDriver::getFolderInfoByIdentifier(TYPO3\CMS\Core\Resource\Folder)
/server/data/www/apache/core-test/typo3/sysext/core/Classes/Resource/ResourceStorage.php:
02392: $processingFolder = $this->createFolder($processingFolder);
02393: }
02394: $data = $this->driver->getFolderInfoByIdentifier($processingFolder);
02395: $this->processingFolder = ResourceFactory::getInstance()->createFolderObject($this, $data['identifier'], $data['name']);
02396: }
There should be a get identified by for processiingFolder
Updated by Ingo Schmitt almost 11 years ago
- Status changed from Accepted to Needs Feedback
- Assignee deleted (
Steffen Ritter) - Priority changed from Must have to Should have
Can reproduce with current maste
Updated by Ingo Schmitt almost 11 years ago
Could you please check, if the problem still exists with the current master of 6.2?
Updated by Michael Schams almost 11 years ago
Looks good with current master (last commit: 06bf27df49a2ae3b1de49e64169139ac5c449681).
No problems after a deploying a fresh copy.
Updated by Ingo Schmitt almost 11 years ago
- Status changed from Needs Feedback to Closed
Is already fixed in current Master
Updated by Steffen Ritter almost 11 years ago
- Parent task changed from #54229 to #54264