Closed (fixed)
Project:
Spaces
Version:
6.x-3.0
Component:
Code
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
17 Feb 2011 at 09:20 UTC
Updated:
22 Mar 2011 at 12:21 UTC
Jump to comment: Most recent file
Access a view with the feature disabled => no access = OK
Access a view with the feature disabled and an user who has not the required permission => access = NOK
If I look into the menu_router table I noticed that the access_arguments indicate spaces_access_feature as the access function.
I looked around in the spaces.module file: I think that spaces_access_feature_perms is the right access check function?!
I use this for a feature in OpenAtrium.
The OpenAtrium views access plugin provided in earlier versions worked for me.
| Comment | File | Size | Author |
|---|---|---|---|
| #1 | spaces_fix_views_access_plugin.patch | 770 bytes | zero2one |
Comments
Comment #1
zero2one commentedI located the problem. See attached patch.
Comment #2
zero2one commentedComment #3
marcus178 commentedI think I have the same problem or similar
If I set the access restriction to my feature and add a permission I wish to restrict it too, even if the user doesn't have that permission they can still access the view.
I have tried the patch but it had no effect for me. I'm also using open atrium
Comment #4
Grayside commented@marcus178 did you try the patch then clear the cache to rebuild the menu access settings?
Comment #5
marcus178 commentedYes cleared the cache but still not working.
Comment #6
zero2one commentedYou need to:
* open the view
* edit the access settings
* save access settings without changing the settings => this will change the settings in the menu_router table.
* save the view
Now it should work
Comment #7
marcus178 commentedSorry still not made any difference
Comment #8
marcus178 commentedActually just tried on a different installation of Open Atrium and it works, so must be something wrong in the other one, the only difference is the one that works is beta 8 and the one that doesn't is beta 9
Comment #9
marcus178 commentedSorry my bad, I'd updated the wrong line of code.
Comment #10
hefox commentedThis was the bug that just got fixed with the security release, wasn't it?
Comment #11
zero2one commentedThe issue is fixed in Spaces 3.1 see http://drupal.org/node/1078936