Project

General

Profile

Actions

Bug #11538

closed

Deleting page which has (deleted) subpages

Added by Susanne Moog over 13 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Workspaces
Target version:
-
Start date:
2010-12-17
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
9
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

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?


Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Task #92560: Drop recursive delete from user settingsClosed2020-10-13

Actions
Actions #1

Updated by Tolleiv Nietsch over 13 years ago

  • Status changed from New to Accepted

good catch

Actions #2

Updated by Tolleiv Nietsch over 13 years ago

  • Target version set to 4.6
Actions #3

Updated by Riccardo De Contardi almost 11 years ago

I confirm this issue for TYPO3 6.1

Actions #4

Updated by Michael Stucki over 10 years ago

  • Category set to Workspaces
Actions #5

Updated by Michael Stucki over 10 years ago

  • Project changed from 624 to TYPO3 Core
  • Category changed from Workspaces to Workspaces
  • Target version deleted (4.6)
Actions #6

Updated by Mathias Schreiber over 9 years ago

  • Target version set to 7.5
Actions #7

Updated by Benni Mack over 8 years ago

  • Target version changed from 7.5 to 7 LTS
Actions #8

Updated by Mathias Schreiber over 8 years ago

  • Target version deleted (7 LTS)
Actions #9

Updated by Riccardo De Contardi almost 7 years ago

  • TYPO3 Version set to 9

This behavior is still present in 9.0.0 (latest master)

Actions #10

Updated by Gerrit Code Review over 5 years ago

  • Status changed from Accepted to Under Review

Patch set 1 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/58915

Actions #11

Updated by Steffen Dietrich over 5 years ago

I've been able to reproduce the workflow and I think I found a solution.
Although I still appreciate feedback.

(https://review.typo3.org/58915)

Actions #12

Updated by Gerrit Code Review over 5 years ago

Patch set 2 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/58915

Actions #13

Updated by Susanne Moog about 5 years ago

  • Status changed from Under Review to Accepted

Review was abandoned.

Actions #14

Updated by Christian Kuhn over 3 years ago

  • Related to deleted (Feature #79335: Add pageaction "clear recycler" to context menu of recycler (doktype 255))
Actions #15

Updated by Christian Kuhn over 3 years ago

  • Related to Task #92560: Drop recursive delete from user settings added
Actions #16

Updated by Christian Kuhn over 3 years ago

  • 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.

Actions

Also available in: Atom PDF