Closed VictoriaSunNIH closed 1 year ago
Content locking, Content lock timeout and conflict module should be used together to implement the locking functionality. Conflict module is only required if we need support for translations.
Does it support entity translations? Yes Does it support media? Yes it supports all entity types. I have tested for media and node types. Moderation Sidebar: We will have to implement hook_moderation_sidebar_alter to hide show the links based on the lock state and timeout.
Bugs Found: 1) Auto Unlocking on edit form does not work correctly. The module claims it is a feature and it does not work. 2) Auto unlocking, does not prevent the original idle user from saving the content after the timeout. The module does not prevent the user from saving. It only disables the buttons and fields.
Things to investigate further/To Do:
Consider implementing what Percussion had - when you click "Revise Content", the content is locked and when it moves to the next workflow state, the content is unlocked. Also have an optional button to lock/unlock content separately.
Do we want a future option to hide the workflow transitions when a user "views in edit form"? It may make more sense for us to tighten the workflow to not allow users to edit a node "published" or "reviewed" state until its been moved through the workflow to editing state (hide the buttons at the bottom)
If this is required by the Content Modernization project, then they will be responsible for creating a new issue to track and prioritize this work.
When a user is editing a piece of content, we would like to be able to "lock" the item so another user isn't able to modify it at the same time. Need to look into a module for this