Bug #36292
closed
Bug #46389: Faulty Workspace Placeholders
Rolling back deletion of a draft element fails and will undelete the placeholder
0%
Description
When rolling back the deletion of an element that was initially created in a draft workspace, then the undeletion fails. Instead, the placeholder element will become visible in the live workspace.
Holds for version 4.5 and up.
Updated by Bart Dubelaar over 12 years ago
I have tried to write a fix for this problem and stumbled upon the following problem:
When a new draft element is deleted, both the draft element and the placeholder are moved to the Live workspace in the delete action.
This makes it hard to undelete the elements. So I am very interested in why this move is done. Maybe someone else can give a look at this.
I already tried to find out who committed this initially, and after a lot of digging I found out it was a commit to svn by Kasper, with the following informative message:
r835 | kasper | 2005-10-31 18:20:38 +0100 (Mon, 31 Oct 2005) | 2 lines Todays special
:-)
Updated by Mathias Schreiber almost 10 years ago
- Target version set to 7 LTS
- Is Regression set to No
Updated by Mathias Schreiber about 9 years ago
- Category set to Workspaces
- Target version deleted (
7 LTS)
Updated by Oliver Hader over 4 years ago
- Status changed from New to Rejected
Could not reproduce anymore in TYPO3 v9