Closed (outdated)
Project:
View own
Version:
6.x-1.x-dev
Component:
Code
Priority:
Major
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
20 Oct 2008 at 14:35 UTC
Updated:
7 Mar 2016 at 11:54 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
kenorb commentedYou can try as well this module:
http://drupal.org/project/nodeaccess_userreference
Comment #2
kenorb commentedComment #3
kenorb commentedIs this will be implemented?
Comment #4
kenorb commentedCommited, need testing.
I'm not sure about the permission names if they are correct.
Comment #6
joostvdl commentedI tested the dev release but got error's like duplicate keys. I think you better remove this 'feature' and let the module http://drupal.org/project/nodeaccess_userreference handle it.
It works great this combi! Thanks for your part.
Comment #7
kenorb commentedThanks, but this module still doesn't support nodereferences #461360: Node Access based on user reference from related node ;(
Comment #8
kenorb commentedhttp://drupal.org/project/nodeaccess_autoreference
Comment #9
kenorb commentedComment #10
kenorb commentedComment #12
captainack commentedI'm not sure if I should open a new issue for this, but I was finding that this patch sometimes opens unintended access to nodes for some users.
It looks like under the following conditions...
- groups G1, G2, G3, ... have the "edit ____ via ____" permission
- node A has a userreference to user B
- user B is not a member of any groups G*
...user B gets access to node A even though user B shouldn't.
The reason seems to be that the section checking the references is within the loop sweeping all roles.
I'm attaching a patch that appears to fix this for userreferences, but:
1. It needs more testing (I only tested cases where the user SHOULDN'T have access).
2. I had to comment out the nodereference part, because after reading and rereading the code and descriptions of its functionality, because
a) I still don't understand what the intended functionality is (i.e. who gets access to what under what conditions).
b) Also, it seems that that functionality has been split off into another (compatible) module anyway.
kenorb, comments and help on this?
3. I'm not sure if a similar bug exists with ____ own ____ content (since it is in the part of the code that loops through all roles). So far, testing on my end seems okay.
Thanks,
Al
Comment #13
captainack commentedComment #14
kenorb commentedClosed because Drupal 6 is no longer supported. If the issue verifiably applies to later versions, please reopen with details and update the version.