Closed (fixed)
Project:
Workspace
Version:
6.x-1.2
Component:
User interface
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
22 Jul 2008 at 15:05 UTC
Updated:
5 Aug 2008 at 18:37 UTC
Hi,
This is a fresh start-up from scratch.
Using:
Drupal 6.3
Workspace 6.x-1.2
linux server
MySQL 4.1.22
Php 5
Thought there might have to be a blog and poll created, tried it, but still getting errors. Disabled poll and blog modules, errors are gone. These 2 options are a must for our site.
I've cleared cache, run updates...etc. User Permissions: can create/edit own blog, vote in polls.
Errors:
* warning: Missing argument 3 for blog_access() in /home/cauzmo/public_html/finale/modules/blog/blog.module on line 32.
* warning: Missing argument 3 for poll_access() in /home/cauzmo/public_html/finale/modules/poll/poll.module on line 63.
Thanks in Advance,
Grizz
Comments
Comment #1
jvandyk commentedThanks! Fixed.
Comment #2
crutch commentedI'm getting this error now.
warning: Missing argument 3 for blog_access() in /home/rentctr/public_html/modules/blog/blog.module on line 32.
warning: Missing argument 3 for poll_access() in /home/rentctr/public_html/modules/poll/poll.module on line 63.
warning: Missing argument 3 for forum_access() in /home/rentctr/public_html/modules/forum/forum.module on line 313.
Thanks,
Crutch
Comment #3
jvandyk commentedAre you using the version I fixed? You would have to get it from CVS at the moment.
Comment #4
crutch commentedo cool, thanks, sorry about that...
Comment #5
hutch commentedThis is an issue to do with hook_access. According to the docs the last parameter ($account) to hook_access is required but a look at node_access tells a slightly different story, it has $account as optional. I was having the same error message with faq module and mentioned this on the faq list and this fix was applied:
originally:
now in the dev version:
which is much the same as applied to node_access.
Where exactly the error arises I'm not sure but it is not in Workspace I don't think.
Perhaps this is more of a core policy issue, I can see the point in making $account optional, it allows admins to see what another user's permissions are but it needs to be applied to all hook_access derivatives, one way or the other.
my two bits worth .
Comment #6
jvandyk commentedThe node module delegates the access call to the content type's module, where the $account parameter is not optional. See blog_access(), for example.
You can see the change I made, which will appear in 6.x-1.3, here.
Comment #7
hutch commentedRight, now I see how this works, thanks for the heads up.
Comment #8
Grizz commentedjvandyk,
Thank you very much for the quick fix.
Working awesome!
PHP is my weakness, CSS is my ace.
THX again,
Grizz
Comment #9
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.