TYPO3 Core

The "delete" action on modified workspace contents is "revert"...
IMO The "revert" action only shall take place in the workspace module - any other action should be the default behaviour

I modified the title, since the action does not fail - just an additional step is required

1. delete -> revert changes
2. delete -> registers page to be deleted for next publishing procedure

I've performed the following test with 8.7.9:

Prerequisites¶

- Fresh TYPO3 8.7.9 installation
- a "custom" workspace

Test procedure¶

- Live Workspace
- create a page "Test", edit its subheader and write "Test"
- go to "custom" workspace
- edit the page and change the subheader to "NEW Test"
- click on delete (I tried with the context menu in pagetree and in list view)

Results:¶

- the page still appears in the pagetree
- the changes in the subheader fields are still there
- to remove the page you have to publish it. then it is also removed from the pagetree.

Notes¶

- using the list view (from the parent page) to delete the page, I noticed that the page is removed from the list, but when refreshing the list view, it appears again
- using the pagetree context menu in the "custom" workspace, I noticed that you could delete the page again. Actually, that action is a restore - this is related to #52700

Checked again in v11: If a page is deleted in workspaces (a delete placeholder for that page is created), it is no longer shown in the page tree. Only the list module then allows to restore the page. Note on restore, modifications that may have been done to the record in workspaces get lost (this might be intended).

All in all, the restore functionality is imho quite hard to understand for editors. We may discuss to either improve or drop this feature ux wise.

Note: in v9, a restored page does not show up in pagetree again (guess: the query misses deleted=1 for ws pages, so it thinks the page is still deleted). This however has been fixed in v10 at some point (and will no longer be fixed in v9).

However, the initial issue 'page still shown in page tree after delete in workspace' has been solved meanwhile. I'd thus close this issue now - if we want to review the restore functionality, this should happen in new issues.