Idea Delivered Partially

Starting from Tridion Docs 15.1 IDelete plugins are supported on Content Objects (Document objects like topics, maps, libraries, images, and others), Publication Outputs, Publications and Publication versions, and Baselines

Delete plugins similar to Write plugins

Proposed interface:

Current access model allows read or write access only on the folders. Child folders get the same access similar to the parent folder. In this way, we do not have the complete control on the child folder's objects like graphics or topics. If we have the Delete plugins with the help of metadata on the items, delete action can be controlled more precisely. 

  • You are right . It has been "partially" delivered because in the Tridion Docs 15.1 release IDelete plugins are supported only for Content Objects, Publication Outputs, Publications and Publication versions, and Baselines.

  • Nice feature!  , is this "partially" delivered because IDelete only apply to Content Objects?

    FYI, as an early use case for a IDelete plugin with Tridion Docs 15.1, we have a project to prevent the deletion of Publications that are published to Dynamic Experience Delivery. This isn't a problem for Publications in a Release state, but it seems possible to accidentally remove a published Publication if published before Release.

  • Starting from Tridion Docs 15.1 IDelete plugins are supported on Content Objects (Document objects like topics, maps, libraries, images, and others), Publication Outputs, Publications and Publication versions, and Baselines

  •  I hope this will be climbing to top in your backlog soon!

  • In the initial design of the .NET based plugin system, it was deliberately chosen to name the plugins "IWrite..." indicating that they would trigger on write operations like create/update/checkin/etc. By extension there are entries on our backlog for "IDelete..." and "IMove...", the other typical verbs you want to track. The last verb is "IRead..." but offering plugins here might completely slow down any system (definitely if the implementation is poor on performance).

    So in short, we are aware, it however never made it to the top of the backlog.