OK

I found my own solution, but I thought I would post thie here. We have a university client that use the revisioning, diff and workbench module. What was happening was when they tried to revert any node, when you hit revert, you got a 403 page. This was occurring on the node/%node/revisions/%/revert URL.

Problem was revisioning, diff and workbench seemed to be fighting over who the URL had permissions for. I had enabled all the permissions for each module to no avail.

What solved this was changing the revisioning modules weight. I checked the weight of each module (Diff = 0, 3 of the workbench modules were 0, but workbench moderation was = 5), so I went in and ran this:

UPDATE system SET weight ='6' WHERE name = 'revisioning';

This fixed the problem. However, it is not the best practices way of doing things, so I just wanted to post a hook update solution that maybe you guys could throw in down the road if you wanted to.

function hook_update_72xx() {
  if (module_exists('workbench_moderation')) {
    db_update('system')
    ->fields(array('weight' => '6'))
    ->condition('name', 'revisioning', '=')
    ->execute();
  }
}

Anyway, just thought I would share the knowledge and offer a solution

Comments

rdeboer’s picture

Thanks so much labboy!
Checked in, with attribution.
Your first official commit ! -- see your user page.
Rik

rdeboer’s picture

Version: 7.x-1.5 » 7.x-1.6
Assigned: Unassigned » rdeboer
Status: Active » Fixed

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.

ciss’s picture

I hate to be a grave digger, but this issue forgot to update the weight of revisioning_scheduler, which still sets its weight to "1" (or "equal to revisioning", as stated in the source).