Content Access Control

Provides administrator to restrict/allow access to pages based on user IPs.

Features
--------
* IPs can be an individual IP or range of Ips.
* Page url can have wild cards like 'blog/*'
* Restricted user IPs will be denied showing
custom error message (can be modified on module's configuration page)

Note : User 1 has been skipped from these restrictions.

Og comments access allow you to manage comment access in Organic group context.

It comes with new og permissions :

1. Administer OG comments
2. Modify any OG comments
3. Delete own OG comments
4. Post OG comments

With these permissions, you can now restrict comment posting on group.
You can also allow particular OG role to modify all group comments.

These permissions overwrite the global Drupal permission in the group context.

Overview

This module allows you to restrict access to menu items based on user roles. It is used when you don't want to copy your whole menu just because for one specific role you want to hide one menu item.

The module will add a fieldset with options for restricting access or gaining access to menu link for a specific role/roles.

This module provides configuration to disable the posting of both node and comments by content type. If a user tries to access a comment or node/add page they are redirected to the page they were originally on. This module was developed (although not in use) for forum deployments and upgrades, allowing the database to be copied without any content being added.

Still a few things to sort
- Edit pages need access control
- "Add topic" buttons need removing when enabled
- comment preview / edit pages need access control

This module introduces a new permission to restrict access to /taxonomy/term/TID and /taxonomy/term/TID/feed pages. The restriction is global for all vocabularies. If you need more fine grained control, have a look at Rabbit Hole.

The development of this module did not take a lot of time, but was nonetheless sponsored by Whisky Echo Bravo.

Extends Special menu items, and ideally will become part of that module (see #2352229: Allow <nolink> and <separator> links to be visible only to privileged users), to allow administrators or editors to set other users' access to special menu items.

As of Oct. 2015 I havent touched the module in quite sometime sadly. Hopefully someone can swing in and assist. Work + D8 initiative + Other contrib modules take up all my time meow, which isn't a horrible thing.

Nov. 2017, It seems a lot of this functionality was ported into Panelizer 6 months ago. Marking this module as obsolete.

Protect specified nodes from being deleted on the Node Edit page.

Per role access configuration for all form elements in a configured form. Use this to quickly filter forms for unneeded/unwanted form elements.

Features:

• User interface to administer affected forms
• User interface to administer per role access of the form elements
• Automatically index all fields in a configured form upon display
• Permission to bypass the access rules
• Grant, or revoke permissions per form

This is mostly blatantly stolen from Field permissions. The change is that I try to make the module define permissions per-instance, rather than per-field.