Enabling forum_access disable anonymous user access to other site pages

Ok. This seems to be configuration dependent. On a minimal Drupal install, it does not have this behavior. I'll have to add in my additional modules one at a time and see when it breaks. I'm running the following modules: Liquid, Captcha, FCKEditor, Pear wiki filter, webcal and webform.

Thanks for pursuing it. I must admit I don't know any of those modules.

To really see what is happening please download the Devel module, http://drupal.org/project/devel, 5.x-1.x-dev and install the devel_node_access module. This will show you the node access entries that control access to each of your nodes. Post all entries of one node that is not accessible but should be.

Subscribing.

I had the same issue.

In my case, I found a fix by saving again all forums configurations after the module was loaded. Explanation: the problem occurs when there is not yet a term related database row in the {forum_access} table. I think the module should normally create these rows at install time or bypass its control on forum terms not yet configured.

By the way and in my humble opinion, I don't get the point of what this module adds to the taxonomy access control module, this one doing the same on every term (not only forum terms). Both modules lack in giving the possibility to have term/role access control on comments.

Since being able to set the access control only for the first posts and not for the replies is of little utility, could it be possible to add this functionality to some next release?

Thanks in advance for considering the suggestion :)

Thank you for your information. I think I understand the problem now: when FA is installed, it doesn't create those records, as you point out, but it doesn't rebuild permissions either, so usually, everything remains visible. However, it erroneously displayed full-access for anonymous and authenticated users. If you rebuilt the permissions, you lost all access.

I found this out last week and updated 1.x-dev to at least show the correct permissions and add a message about not enforcing them yet, so I think this is partially fixed, but I like your idea of not enforcing any access restrictions until they are set. I might even be able to combine this with http://drupal.org/node/159219 and http://drupal.org/node/213957.

There are already open issues about controlling access to comments — don't raise more than one issue in one thread, please.

I believe this is fixed in the latest 6.x-1.x-dev. Feel free to reopen if you want to pursue this any further.

Automatically closed -- issue fixed for 2 weeks with no activity.

I have the i18n (internalization) Module enabled. Two languages (german as standard an english) are activated.
My problem is that a guest without any rule cannot see the nodes in german. The nodes in english work all fine and are visible in the menu. The admin or an authorized user can see nodes.
Modules: ACL 6.x-1.0-rc1 and forum access 6.x-1.x-dev
Does somebody know about this problem and knows how to solve it? Thanks.

@Masterd: I'm usually grateful when people take the trouble to check the existing issues before opening a new one, but your issue is completely unrelated to what this was about. Please open a new issue with a title such as "i18n module: anon user can see some languages but not others."

And please do follow the procedure that is displayed when you open a new issue.