Project

General

Profile

Actions

Task #50796

closed

Prevent creating a FAL storage that is a subfolder of another storage

Added by Marc Bastian Heinrichs over 11 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Should have
Category:
File Abstraction Layer (FAL)
Target version:
-
Start date:
2013-08-05
Due date:
% Done:

0%

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

Description

Having a FAL storage that is a subfolder of another storage, results in very strange behaviours, especially for editors. e.g.:

id:path
1:fileadmin/
2:fileadmin/projectname/

I would suggest to prevent creating a FAL storage that is a subfolder of another storage.


Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Feature #80523: Action "replace file" in nested File Storage leads to missing file referencesClosed2017-03-28

Actions
Actions #1

Updated by Andreas Wolf over 11 years ago

  • Status changed from New to Accepted
  • Assignee set to Andreas Wolf
  • Target version set to 6.2.0

Yep, should definitely be tackled.

Actions #2

Updated by Marc Bastian Heinrichs about 11 years ago

  • Status changed from Accepted to On Hold
  • Assignee changed from Andreas Wolf to Marc Bastian Heinrichs

Will test it with steffens fixes. Should work...

Actions #3

Updated by Andreas Wolf over 10 years ago

MaBa: any feedback on this?

Actions #4

Updated by Markus Klein over 10 years ago

  • Status changed from On Hold to Needs Feedback
  • Target version deleted (6.2.0)
Actions #5

Updated by Alexander Opitz almost 10 years ago

What is the state of this issue?

Actions #6

Updated by Marc Bastian Heinrichs almost 10 years ago

sorry, no new status ATM

Actions #7

Updated by Alexander Opitz over 9 years ago

6 month later, again the question, what is the state of this issue?

Actions #8

Updated by Marc Bastian Heinrichs over 9 years ago

  • Status changed from Needs Feedback to Accepted
  • TYPO3 Version changed from 6.1 to 6.2

Ok, tested. It's still possible to create nested storages. This will result in dupes in sys_file: multiple records for the same file with different storages.

IMO would be really hard to refactor the filelist and resources api to avoid this in code instead of simple preventing to create nested storages.

Actions #9

Updated by Susanne Moog over 5 years ago

  • Related to Feature #80523: Action "replace file" in nested File Storage leads to missing file references added
Actions #10

Updated by Susanne Moog over 4 years ago

  • Status changed from Accepted to Closed

As this is a technical task with nothing happening for a long time, I'm going to close the issue now. If you continue working on it (or restart working on it) please reopen the ticket.

Actions

Also available in: Atom PDF