Task #46686
closedEpic #55070: Workpackages
Epic #54260: WP: FAL Missing Issues / Features / API
Story #54272: As an Editor I expect FAL to work with the RTE
RTE linking to file doesn't prevent deleting it
100%
Description
I have searched the bug tracker but couldn't find a issue for this.
Take a clean installation (i.e. the current introduction package), take an image and create a link to it using the bodytext field of a normal text CE. The link uses a syntax like ie. file:832 which is the UID of the actuall sys_file.
1. Therefore no sys_file_reference is created, which makes it possible to delete the original file via filelist without any warning.
2. The file is deleted but the sys_file database record remains and doesn't have the deleted flag set. This results in: Frontend & Backend still showing a valid link to a file (which doesn't exists anymore). The typolink in the frontend is rendered with full name and path, but when you click it (to download it) you get a fatal error, because the actual file isn't there anymore.
3. So i tried setting the missing deleted flag via database, which then results in fatal erros in the link wizard and frontend reporting they can't find a file for the given UID (#1317178604: No file found for given UID.)
Is this issue known and maybe already fixed?
Is there any reason why the actual file is not referenced via a sys_file_reference?
The bodytext should then have a link like filereference:12 (UID of sys_file_reference which then leads to the original sys_file)
Updated by Steffen Ritter about 11 years ago
- Parent task set to #54272
- Is Regression set to No
Updated by Stanislas Rolland almost 11 years ago
- Assignee set to Stanislas Rolland
Updated by Stanislas Rolland almost 11 years ago
- Status changed from New to Needs Feedback
I am unable to reproduce this issue with current master. After setting a link to a file in the RTE, the reference shows in the file list (through reference index) and deleting it is refused.
Updated by Stanislas Rolland almost 11 years ago
- % Done changed from 0 to 100
- Estimated time changed from 5.00 h to 0.50 h
Updated by Steffen Ritter almost 11 years ago
- Status changed from Needs Feedback to Closed
I can confirm that this has been resolved in other commits already