Add permissions, modify how permissions are used, and allow editing of revisions without them becoming live
| Project: | Revision Moderation |
| Version: | 6.x-1.0-alpha1 |
| Component: | Code |
| Category: | feature request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | needs work |
For my workflow, I need several changes to the revision moderation logic. Mainly:
1) I needed some roles to be able to have edit revision permission without having publish or revert revisions permission
2) I wanted to be able to edit a revision without it becoming the "live"/current version
I have a patch that:
1) creates new permissions: "edit revisions" and "publish revisions"
2) uses new revisions for the edit and publish revision pages and links
3) doesn't show "your change is in moderation" type message if the user has "publish revisions" or "revert revisions" permissions
4) doesn't make the revision the current/live one upon editing (only upon publishing)
Why? Because I wanted to get the revision moderation working with the workflow module. I'm using as follows:
1) editor creates content and, when ready, changes state from "draft" to "review"
2) reviewer reviews content and, when done, changes state from "review" to "approved"
3) admin changes content state from "approved" to "live" (this triggers a "publish action" - see issue I just created for adding this new action
4) for the next revision, admin changes content state from "live" to "draft" (this triggers the action: "Enable revision moderation on node" which will create a new revision)
5) the process repeats but this revision is in moderation until step #3
| Attachment | Size |
|---|---|
| revision_moderation.module.patch | 6.08 KB |

#1
Subscribing. This is exactly what I'm looking for. Being able to apply one's workflow to revisions is a huge plus.
#2
Note - make sure you uncheck the box:
Exempt administrators from revision moderation
under admin/settings/revision_moderation
so that users with "adminster nodes" perms will not cause the node edit to go live immediately (bypass moderation).
#3
Maybe I made a mistake, but I encountered a few problems with this patch. I activated the module, edited my content types to create new revisions and make them go into moderation by default. I created a user who is able to create content, but hasn't the administer nodes permission, neither view, edit, publish or delete revisions permissions.
Is someone able to reproduce these ? As I'm not using any Action, Rule or standard Workflow I think it comes from the patch (original Revision Moderation was working).
#4
I am not defaulting to "create new revision" on the content type and my users have edit revision permissions so I imagine it's one or both of these causing the problem. I will try creating a new user right now that doesn't have edit permissions perm and see what happens.
...
I just tried the following:
1) auth user with perms to create content only and create new revision unchecked for the module - I could create content - no errors
2) changed create new revision to checked - I could still create content
3) got access denied error when going to edit content
4) added edit own content perm for the auth user
5) edited content from #1 & #2 successfully
6) tried this with a content type that uses workflow and another one that doesn't
Sorry. Not sure how to reproduce.
#5
Subscribing, this is what I'm looking for.
#6
Hi all,
You may find this new module (plus its documentation and 3 step-by-step tutorials) useful: Revisioning.
Let me know how you went.
#7
This seems to be exactly what we are looking for here :-) I'll take a look at it.
#8
I switched over from Revision Moderation to Revisioning. I still ended up creating a custom action to ease the Workflow+Revisioning process. The process is like:
1) creation > draft
2) draft > review
3) review > live which triggers my custom action that:
a) publishes current revision
b) creates new revision (as pending)
c) changes state back to draft
#9
The revisioning module + module grants worked for us.
#10
I have create new revisions option checked in my site but the problems is,during change of state author still able to edit the node.
Is it related to content revisioning or I missed some access control permission.
#11
*subscribing*
#12
subscribing. Hopefully we can apply this to drupal 5 as well.