Project

General

Profile

Actions

Bug #89705

open

Folder selector should not throw `FolderDoesNotExistException` when folder is renamed

Added by Stefan Franke about 5 years ago. Updated over 1 year ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
Miscellaneous
Target version:
-
Start date:
2019-11-18
Due date:
% Done:

0%

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

Description

When editors select a folder in a content element via the folder selector, TYPO3 remembers this selection for the next time the folder selector is used.

Unfortunately the editor will be in trouble, if this folder gets renamed/moved/deleted as this results in a FolderDoesNotExistException.

The attached patch file deals with the problem (though I'm quite certain that this is the wrong way).


Files

Actions #1

Updated by Riccardo De Contardi over 1 year ago

I've performed the following test with several TYPO3 versions:

1) Filelist module > fileadmin > create a folder (e.g. "Images/test")
2) Upload a file "sample.png" inside "fileadmin/Images/test"
3) Select a page > Create new content element: type: File links [uploads]
4) Click on "add file" > select folder "fileadmin/Images/test" > add the file "sample.png"
5) Save and Exit
6) Open the content element again > Click on "add file" again

Results:

TYPO3 9.5.31, 10.4.37, 11.5.28

- the select file popup actually starts again from the last selected folder i.e. "fileadmin/Images/test"

7) Go on file list module > go to Images folder > rename the subfolder "test" into "test2"
8) Go back to the content element created at point 3
9) Open the content element again > Click on "add file"

Result:
- no error, the popup starts from the folder fileadmin/user_upload/

TYPO3 12.4.2, 13.0.0-dev

- the select file popup actually starts from the root folder (I mean "fileadmin")
I don't know if this "amnesia" can be considered as another issue that affects version 12+

Actions

Also available in: Atom PDF