Bug #36292
Bug #46389: Faulty Workspace Placeholders
Rolling back deletion of a draft element fails and will undelete the placeholder
| Status: | New | Start date: | 2012-04-18 | |
|---|---|---|---|---|
| Priority: | Should have | Due date: | ||
| Assigned To: | - | % Done: | 0% |
|
| Category: | - | Spent time: | - | |
| Target version: | 7 LTS | |||
| TYPO3 Version: | 4.5 | Is Regression: | No | |
| PHP Version: | Sprint Focus: | |||
| Complexity: |
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.
Related issues
History
#1 Updated by Bart Dubelaar over 3 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
:-)
#2 Updated by Oliver Hader over 2 years ago
- Parent task set to #46389
#3 Updated by Mathias Schreiber 7 months ago
- Target version set to 7 LTS
- Is Regression set to No
