Project

General

Profile

Actions

Task #55160

closed

Epic #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

Added by Michael Schams about 10 years ago. Updated about 10 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Target version:
Start date:
2014-01-20
Due date:
% Done:

100%

Estimated time:
TYPO3 Version:
6.2
PHP Version:
5.4
Tags:
Complexity:
Sprint Focus:

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


Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Bug #55117: Exception on first access to HELP -> About TYPO3 CMSClosed2014-01-18

Actions
Actions #1

Updated by Michael Schams about 10 years ago

screenshot attached.

Actions #2

Updated by Markus Klein about 10 years ago

  • Category changed from Backend User Interface to File Abstraction Layer (FAL)
Actions #3

Updated by Ingo Schmitt about 10 years ago

Can reproduce in fresh install.

Actions #4

Updated by Ingo Schmitt about 10 years ago

  • Status changed from New to Accepted
Actions #5

Updated by Ingo Schmitt about 10 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

Actions #6

Updated by Ingo Schmitt about 10 years ago

  • Parent task set to #54229
Actions #7

Updated by Ingo Schmitt about 10 years ago

  • Assignee set to Steffen Ritter
Actions #8

Updated by Ingo Schmitt about 10 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

Actions #9

Updated by Ingo Schmitt about 10 years ago

Could you please check, if the problem still exists with the current master of 6.2?

Actions #10

Updated by Michael Schams about 10 years ago

Looks good with current master (last commit: 06bf27df49a2ae3b1de49e64169139ac5c449681).
No problems after a deploying a fresh copy.

Actions #11

Updated by Ingo Schmitt about 10 years ago

  • Status changed from Needs Feedback to Closed

Is already fixed in current Master

Actions #12

Updated by Steffen Ritter about 10 years ago

  • % Done changed from 0 to 100
Actions #13

Updated by Steffen Ritter about 10 years ago

  • Parent task changed from #54229 to #54264
Actions

Also available in: Atom PDF