The following features are available only when installing the Rules extension of protected nodes. This extension requires the thrid party Rules extension for Drupal.
When handling a Node, it is possible to check whether the node is currently protected or locked.
A node is said protected when the node was protected by a password using the Protected node module.
Whether the user can view that node is irrevelant in this case. Only the fact that the node requires a password to be viewed is what this condition checks.
A ...
The new module allows for a password fork.
This means you can send your users to one specific page, and tell them about a password to use on that one page. Depending on the password, they will be sent to one of several nodes.
This works in a very similar way as the other password form, except that there is no specific destination, and the users need to know any one of the passwords.
The feature uses a specific URL defined as follow:
/protected-nodes?protected_pages=<nid1>,<nid2>,...&back=<url>
This
The protected node module has global settings found under:
Administer » Site configuration » Protected node
The page starts with statistics to let you know how pages are protected on your website. All the counts include published and unpublished content.
The Protected Node module adds permissions to define who has the right to make use of the password feature.
This is the basic access permission for users. Users who are given this permission can access a protected node as usual, except that they need to enter the password to handle the node.
This is true whether they want to view, edit, delete the node.
Users with the bypass permission can access all nodes that are protected without having to enter the passwords. This is very handy for website administrators and
The default Aggregator Drupal module does not work very well. There are several problems with the Drupal Core module, one of which we have not fixed in our version (i.e. the flatness of the item table.)
There is a list of the known issues and our comments and whether we fixed the problem:
| Problem | Solution in m2osw's version of Aggregator |
|---|---|
| Missing XML marker | The <?xml ... ?> marker is missing from some RSS feeds, add it as required |
| Spurious ... |
We are happy to announce a maintenance release of SLiteChat, verion 1.6.1. This release addresses the following issues:
For those SLiteChat users who are experiencing the following error message:
Cannot log in! Reason: Login failure: data, First name parameter must be alphanumeric.
If you feel this is an error, please contact
If you see this error message, it is because you have a leading space in your Second Life name in the log in dialog. Just delete the space and you should be able to log in normally:
When you first install the module, I wouldn't be surprised if you'd want to create a To Do List item right away and then assign the task to one or more users.
It won't work.
Available under /admin/settings/discussthis, the administrator can define how the Discuss This! module shall behave.
At this time there are 3 parts to the settings: