Bug #11538
closed
Deleting page which has (deleted) subpages
Added by Susanne Moog almost 14 years ago.
Updated almost 4 years ago.
Description
If I have this structure:
Page1
-- Page2
-- Page3
and delete with subpages is not set, I have to first delete Page2 and Page3 and can then delete Page1. Now with workspaces I have to first delete Page2 and Page3 -> Publish the deletion -> delete Page1. For me the publish step is unnecessary, the subpages check should check for subpages in the workspace.
what do you think?
- Status changed from New to Accepted
- Target version set to 4.6
I confirm this issue for TYPO3 6.1
- Category set to Workspaces
- Project changed from 624 to TYPO3 Core
- Category changed from Workspaces to Workspaces
- Target version deleted (
4.6)
- Target version set to 7.5
- Target version changed from 7.5 to 7 LTS
- Target version deleted (
7 LTS)
This behavior is still present in 9.0.0 (latest master)
- Status changed from Accepted to Under Review
- Status changed from Under Review to Accepted
- Related to deleted (Feature #79335: Add pageaction "clear recycler" to context menu of recycler (doktype 255))
- Related to Task #92560: Drop recursive delete from user settings added
- Status changed from Accepted to Closed
This is "solved": We changed the delete behavior in v11 / master - users can now always delete recursive.
I also played around on this with v11: Have a page with a sub page in LIVE. Switch to some workspace, delete page (->works, page and sub page disappear from page tree). Technically, a delete placeholder record is created for page, but NOT for sub page. If then publishing the page, both page and sub page are set to deleted in live. That looks fine.
I'll close the issue for now.
Also available in: Atom
PDF