cannot use acidfree if admin/access control/administer nodes/ is turned off

I cannot reproduce this problem. I have never allowed 'authenticated users' to have 'adminster nodes' access. Only user id 1 gets that role for my installations. You do need to check the 'acidfree mass import', 'create acidfree albums', 'create acidfree photos', 'create acidfree videos', 'edit own acidfree elements' checkboxes in the access control area for the users that you want to do those tasks. Other than that, access controls should be working just as designed. Let me know if that helps.

Since this is not really a bug, I am changing it to be a support request.

I'm having the same problem.
First, authenticated users couldn't post any media (mind: they could enter the 'add acidfree media' pages, because I gave them the correct permissions in access control). Well, they could post, but no picture was available and could not be found. And they got these error-messages:
1) warning: mkdir(/public_html/drupal/files/acidfree/tmp): Permission denied in /scoutnet.be/users/menapiers/public_html/drupal/modules/acidfree/acidfree.module on line 1537
2) warning: fopen(public_html/drupal/files/acidfree/tmp/dir.lock): failed to open stream: No such file or directory in public_html/drupal/modules/acidfree/acidfree.module on line 1507
3) warning: flock(): supplied argument is not a valid stream resource in public_html/drupal/modules/acidfree/acidfree.module on line 1508.

I found that this was because they could not select an album to post their photo's, and after a bit of fiddling I found that the dropdown for the album-selection only appeared when administer nodes/ was turned on for these users.

After that I installed the new update as of 22 octobre, but suddenly the 'post:>acidfree media' menuoption was only visible for me, the admin, and not for the other users (access control still setup as before). They could reach the 'add acidfree media' via other ways, but it doesn't show up in the navigation menu anymore.
When I look in administer/menus the option for acidfree media is set to visible (that's why the admin can see it). It's like that particular menu-item has been set to be invisible for anyone other than admin.

This is odd.

asansen, it sounds like you are having filesystem permissions problems. Please go to yoursite.dom/acidfree/test and check out what it tells you and follow the directions to fix problems.

As for the menu problems, can you try this: go to the admin/modules page and simply press 'Save'. This is the easiest way to flush the cached menus that I have seen.

As for users not being able to choose the parent album without having administer nodes rights, this should not be the case. Are you using a module that adds entries to the node_access table? I would imagine that if the user cannot view an album, he could not post an image into it...

I ran the test and the one error I got told me that 'the system directory isn't writable'. Hmmm. Does that mean my drupal-root-directory isn't writable or my modules/acidfree-dir? But can that possibly be the cause of the permission- and menu-problems I'm having?

I noticed another problem: Watchdog filled my 20Mb-limit database with 50Mb of data. Maybe that partly explains some of the trouble, although the menu-problem isn't solved. Installed poormanscron to watch over my database, or isn't that enough?

The module 'node_access_byrole' ins installed on my configuration of drupal, maybe that could be the one interfering? Simply disabling the module didn't solve it...
And the 'Save' flush-thing didn't work.

greetings

The system directory set on the admin/settings page. It defaults to 'files' inside of the drupal root. If that directory is not writeable, Acidfree will not be able to create image/video nodes properly.

Node_access_byrole could certainly be interfering with the user permissions stuff. I can't even find it to download and test. Even after disabling the node_access_byrole module, you would have to reset the {node_access} table to it default (I think it is a grant all view entry -- see the drupal install databse for details). Make sure you back it up before you blow it away.

I am still not sure about the menu situation. I am half tempted to zip up my sandbox database and post it for you to test on your machine to see if it works for you.

asansen probably meant: http://drupal.org/project/node_privacy_byrole

I just made some changes to the permissions/menu stuff. It affects acidfree.module and all the class_*.inc files as well. So you can get them from the cvs repository or you can wait 12 hours to get the repackaged version from the modules page.

Note that after you do upgrade, you will likely have to reset the access control settings at admin/access. Disable them all for acidfree, save and then and reset the ones you want.

This should fix the menu problems AND the permissions problems. Let me know what you find out.

great, tomorrow I'll give it a try, no time now.
and: thanks for the help so far.

and yes, mdrmike, I was too lazy to look up the proper name, thanks.
*fingers crossed*

I guess I should probably look into this usability problem. Thanks for pointing it out. When I fix it, I will point it out and close this bug.

Well, looks like the module is still not working correctly with 'node privacy byrole' module. The problem occurs when mass editing using the 'album contents' link. All the access control settings vanish once the page is submitted. Then I have to go and individually set the permissions. :(

inspiredbylife: I don't think you meant for your comment to be here -- this bug is not about that.

Xe: this is fixed in CVS 4.6 and HEAD. I am closing it.