Project

General

Profile

Actions

Feature #79335

closed

Add pageaction "clear recycler" to context menu of recycler (doktype 255)

Added by Daniel Wagner almost 8 years ago. Updated over 1 year ago.

Status:
Closed
Priority:
Could have
Assignee:
-
Category:
Backend User Interface
Target version:
-
Start date:
2017-01-16
Due date:
% Done:

0%

Estimated time:
PHP Version:
Tags:
Complexity:
Sprint Focus:

Description

Scenario
User tidied up pagetree by moving pages into recycler.

Problems
Someone has to delete everything in the recylcler.

Solution
As user friendly solution could be adding a pageaction "clear recycler" to the context menu of any recycler icon (doktype 255).

Workaround
Enable recursive deletion, delete every subtree within the recycler and do not forget to disable recursive deletion.

Version
TYPO3 CMS 7.6.15


Related issues 2 (0 open2 closed)

Related to TYPO3 Core - Bug #45056: History doesn't show page deletions for non-admin BE userClosed2013-02-01

Actions
Related to TYPO3 Core - Task #101137: [UX] - Remove Doktype 255 (Recycler)Closed2023-06-21

Actions
Actions #1

Updated by Riccardo De Contardi about 7 years ago

  • Category set to Backend User Interface
  • Status changed from New to Needs Feedback

Hi and sorry for the late answer

Maybe I am understanding this wrong, but... AFAIK the "recycler" pag (doktype=255) is not the "recycler" feature/module. The module lists all records (possibly filtered by table) that have been removed using the TYPO3 delete button (that marks them with "deleted=1").

If you move your pagetree inside a page with doktype=255 you are not "deleting" them but it's like moving them inside a sysfolder (still AFAIK).

you can enable the recursive deleting of pages in the user preferences
you can empty the recycler using a scheduler task

Please tell me if I understood it wrong or explain better your scenario.

Actions #2

Updated by Alexander Opitz almost 7 years ago

  • Status changed from Needs Feedback to New

You understand it right, it's about the sys_folder "recycler".

The request, as I understand it, is to have "recursive deleting" inside recycler sysfolders without changing user preferences. Which sounds logically.

Or maybe have a user prev "Allow recursive deleting inside recycler folder"

Actions #3

Updated by Riccardo De Contardi over 4 years ago

Sorry for the long absence, I return on this topic:

I sense here a wording problem here: if we add a "clear recycler" to the context menu of the pages with recycler icon (doktype 255), it....would not clear anything, but it would actually delete the pages and you should go the "true" recycler module and clear them again (for real, now!)

To be more correct, the context menu item should be called "send everything to recycler" (from a recycler!)

I don't know what would be the best way to proceed to disambiguate this situation (apart from deprecating and getting rid of the doktype 255 pages (I guess it is a leftover of the first TYPO3 versions)

One idea could be add a task to the scheduler module that deletes everything inside all the doktype=255 pages - I guess that this could be done with an external extension, too)

Actions #4

Updated by Christian Kuhn almost 4 years ago

  • Related to deleted (Bug #11538: Deleting page which has (deleted) subpages)
Actions #5

Updated by Riccardo De Contardi over 1 year ago

  • Related to Task #101137: [UX] - Remove Doktype 255 (Recycler) added
Actions #6

Updated by Riccardo De Contardi over 1 year ago

  • Status changed from New to Closed

I think it's safe to close this issue because the "Recycler" Pages (Doktype=255) have been removed with https://review.typo3.org/c/Packages/TYPO3.CMS/+/79472 and this feature would be removed on the next TYPO3 version.

If you think that this is the wrong decision please reopen it or reach me on Slack and I'll reopen it

Thank you

Actions

Also available in: Atom PDF