Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
queries are still trying to use og_ancestry.is_public but is doesn't exist anymore:
// Migrate the is_public column from og_ancestry to a new og_nid table. Denormalizing.
function og_update_6203() {
$ret = array();
if (module_exists('og_access')) {
// Do nothing. An og_access update handles this.
}
else {
db_drop_field($ret, 'og_ancestry', 'is_public');
og_ancestry_dedupe($ret);
}
return $ret;
}
Comment | File | Size | Author |
---|---|---|---|
#6 | og_user_roles.module.zip | 37.25 KB | snorkers |
#1 | 528154-replace-is_public.patch | 2.72 KB | Josh Waihi |
Comments
Comment #1
Josh Waihi CreditAttribution: Josh Waihi commentedhere is a patch that replaces all the instances of is_public. Please review that I'm doing the right thing here, I'm not sure, but I think its in the right direction.
Comment #2
Josh Waihi CreditAttribution: Josh Waihi commentedpatch is working for me.
Comment #3
snorkers CreditAttribution: snorkers commentedSeems to be working for me too. Thanks for posting the patch
Comment #4
tallsimon CreditAttribution: tallsimon commentedany chance this could go into the dev version so I can fix the site without applying patch? foolishly applied upgrade to live site having not noticed this error on testing
Comment #5
tallsimon CreditAttribution: tallsimon commentedor could anyone post a zip file with the module with the patch applied? would be very grateful...
Comment #6
snorkers CreditAttribution: snorkers commentedPatched module attached @tallsimon.
For info, there's a wealth of info in applying patches at http://drupal.org/patch/apply
Comment #7
tallsimon CreditAttribution: tallsimon commentedthank you!
Comment #8
ginc CreditAttribution: ginc commentedpatch is working for me too.
Comment #9
nemchenk CreditAttribution: nemchenk commentedPatch works for me with og-6.x-2.0 and og_user_roles-6.x-1.5
Comment #10
ScottBaetz CreditAttribution: ScottBaetz commentedI'm curious, we are struggling with access denied issues for users with configure roles. Did you have to do anything else aside from applying this patch?
Comment #11
gettysburger CreditAttribution: gettysburger commentedI'm struggling with the same thing.
Comment #12
ScottBaetz CreditAttribution: ScottBaetz commentedPhew... I've determined what many others before me have. It's that the og_user_roles module uses the core user_access function to grant permission to perform actions. From the prospective of many of us who have deployed the module, this causes an unexpected results when trying to use some of the features we expect. Namely the ability for roles/permissions to be group specific.
Here's my solution. In both the 6.x-4.0 and 6.x-1.5 versions, in the og_users_roles.module I modified the function calls to user_access to my own. I am NOT recommending this as a solution ... it's how it's going to work for me. My hope is that the 6.x-4.0 maintainer is able to achieve their long term goal.
Cheers all
-S
Comment #13
kasiawaka CreditAttribution: kasiawaka commentedPatch works for me too, with og-6.x-2.0 and og_user_roles-6.x-1.5