Bug #50531

Deleted state is not persisted in file objects

Added by Oliver Hader about 2 years ago. Updated almost 2 years ago.

Status:Closed Start date:2013-07-29
Priority:Won't have this time Due date:
Assigned To:- % Done:

0%

Category:File Abstraction Layer (FAL) Spent time: -
Target version:-
TYPO3 Version:6.2 Is Regression:No
PHP Version:5.3 Sprint Focus:
Complexity:hard

Description

The deleted state of file objects of the file abstraction layer is not persisted and thus to carried to the database.
Since the concept of using the deleted flag is not used at all, additional checks and processors to set and unset the state need to be integrated.


Related issues

related to Core - Bug #48336: sys_file record doesn't get flagged as delete after delet... Rejected 2013-05-17
related to Core - Task #50876: Handling of deleted files in FAL New 2013-08-06

History

#1 Updated by Oliver Hader about 2 years ago

Since issue #48336 has been reverted due to regressions, this is the next try to get it integrated correctly and modify the affected components of the file abstraction layer.

#2 Updated by Ernesto Baschny almost 2 years ago

  • Status changed from New to Needs Feedback

We now have the "missing" flag which is more semantically correct. The "deleted" flag should be dropped as decided in Mainz (#51562). So this issue here is obsolete, right, Olly?

#3 Updated by Frans Saris almost 2 years ago

This issue can be closed

#4 Updated by Oliver Hader almost 2 years ago

  • Status changed from Needs Feedback to Closed
  • Priority changed from Should have to Won't have this time
  • Is Regression set to No

Correct, since we have the missing file state, this one is obsolte.

Also available in: Atom PDF