Bug #36292

Bug #46389: Faulty Workspace Placeholders

Rolling back deletion of a draft element fails and will undelete the placeholder

Added by Bart Dubelaar over 9 years ago. Updated over 1 year ago.

Should have
Target version:
Start date:
Due date:
% Done:


Estimated time:
TYPO3 Version:
PHP Version:
Is Regression:
Sprint Focus:


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.

Related issues

Related to TYPO3 Core - Bug #21299: Can't restore a deleted page in draft workspaceClosedOliver Hader2009-10-19


Updated by Bart Dubelaar over 9 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 Oliver Hader over 8 years ago

  • Parent task set to #46389

Updated by Mathias Schreiber almost 7 years ago

  • Target version set to 7 LTS
  • Is Regression set to No

Updated by Mathias Schreiber about 6 years ago

  • Category set to Workspaces
  • Target version deleted (7 LTS)

Updated by Oliver Hader over 1 year ago

  • Status changed from New to Rejected

Could not reproduce anymore in TYPO3 v9

Also available in: Atom PDF