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.
Hello, on my sandbox site I have the 3 default roles: Admin, Auth. user and Anon.
I've played with visibility of nodes with various combinations and it all seems to run smoothly.
Now, on a node, I grant via your module EDIT rights to Authenticated User #10 (and others subsequently). That does not seem to work, those users can see neither an "Edit" tab nor can they visit node/%/edit.
Comment | File | Size | Author |
---|---|---|---|
#11 | nuarog_access_alter.zip | 1.59 KB | BPm |
#8 | NAUROG-access_alter.zip | 1.52 KB | Renee S |
Comments
Comment #1
magtak CreditAttribution: magtak commentedSorry, when I say "edit" rights I mean the "Update" checkbox. I suppose that's what it does, right? :)
Comment #2
magtak CreditAttribution: magtak commentedAnd the Devel Node Access thingy produces this in a soothing green color:
so i can't see why it wouldn't work.
Comment #3
magtak CreditAttribution: magtak commentedSorry for the update spam but I am figuring this out in batches:
Some more devel information says that organic groups' permissions somehow conflict with Node access user reference's.
Is there anyway to bypass this? In my current example, the user "jt10" is a member of the group, members of the group do not have editing rights, but I want to have that option via some sort of invite, and that would be where your module comes into place.
Comment #4
magtak CreditAttribution: magtak commentedNevermind, http://drupal.org/node/1171834#comment-6019078 answers it.
Comment #5
Renee S CreditAttribution: Renee S commentedIt answers it, sort of, but it still won't work. The modules seem to be incommensurable.
Scenario 1: OG_Access comes first.
- nodeaccess_userreference totally ignored, for update and delete as well as view
Scenario 2: NAUR comes first
- OG_Access view settings are ignored.
-- If you have the View All grant set, then you can't use OG's private content setting
-- If you don't have it set, you can't use OG's public content setting
Comment #6
magtak CreditAttribution: magtak commentedIndeed you are right Reinette, I ended up using OG in conjunction with my own custom module to satisfy my complicated content access needs.
Comment #7
Renee S CreditAttribution: Renee S commentedAaah, I was just experimenting with this myself last night, and came to the conclusion that a little custom module is needed to alter the priority weights of the node grants depending on whether the node is set to OG_CONTENT_ACCESS_PRIVATE. Would you be willing to share your work? :)
Comment #8
Renee S CreditAttribution: Renee S commentedOk, based on @magtak's and @BPm's work, helper module attached for anybody who needs it -- mediates between OG and NUAR, giving OG's 'view access' precedence (so private stays private even with "Grant view all" set in NUAR) yet still allowing nuar's edit/delete access to work in OG context. Also gives NUAR user view access if they have edit/delete access. Needs testing...
Comment #9
Renee S CreditAttribution: Renee S commented@danielb, I'm not actually sure if this is "fixed" because it's not a bug, exactly. Needs review? Eh, anyway... :)
Comment #10
magtak CreditAttribution: magtak commented@Renee S nice to see that my code helped you out :) Sorry if it was too specific. It's tailored to my project's needs which as you saw from the code where a bit convoluted hehe
Comment #11
BPm CreditAttribution: BPm commentedHello,
This is a new version of the hack.
This hack is way shorter (1 function) and allows multiple user referenced fields to reference the same user
Comment #12
bsandor CreditAttribution: bsandor commentedI've tried both of these version and none of them work for me.
I use NAUR 3.9 & OG 7.2
Both of them keep the original behavior: "update" doesn't work for me.
Also I changed title from edit to update of current issue.
Comment #13
bsandor CreditAttribution: bsandor commentedWow: After many hours and luck my result is:
once you have OG Settings / 'Strict node access permissions' swithed off: NAUR works fine with update access,
once you have it on: it fails giving update access even dough in node_access table proper settings are.
Also none of #8 or #11 work for me (once that switch is on)
NOUR 3.9
OG 2.0
Comment #14
danielb CreditAttribution: danielb commentedThere is no patch to review here, and I'm not convinced NAUR is doing something wrong.
It sounds like the above post has found a solution regarding user access. I'm not an OG user (in fact as I understand it many people use this module in lieu of OG) but this module is designed to work with other node access modules.
It sounds like OG and this module might be butting heads when OG is in some particular configuration, in which case that's beyond the scope of this project. Of course if you can show this module is doing something wrong (in code) we can take another look at that.