From 06c98414802d24c6bc7e42298f911176b863d72f Mon Sep 17 00:00:00 2001 From: Neil Drumm Date: Fri, 1 Sep 2006 06:12:47 +0000 Subject: That help text was in the 40x messages. --- modules/user/user.module | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'modules/user/user.module') diff --git a/modules/user/user.module b/modules/user/user.module index 2dc1213a5..a184e3227 100644 --- a/modules/user/user.module +++ b/modules/user/user.module @@ -2272,7 +2272,7 @@ function user_help($section) { case 'admin/user/user/create': case 'admin/user/user/account/create': return t('

This web page allows the administrators to register a new users by hand. Note that you cannot have a user where either the e-mail address or the username match another user in the system.

'); - case strstr($section, 'admin/user/rules'): + case 'admin/user/rules': return t('

Set up username and e-mail address access rules for new and existing accounts (currently logged in accounts will not be logged out). If a username or e-mail address for an account matches any deny rule, but not an allow rule, then the account will not be allowed to be created or to log in. A host rule is effective for every page view, not just registrations.

'); case 'admin/user/access': return t('

Permissions let you control what users can do on your site. Each user role (defined on the user roles page) has its own set of permissions. For example, you could give users classified as "Administrators" permission to "administer nodes" but deny this power to ordinary, "authenticated" users. You can use permissions to reveal new features to privileged users (those with subscriptions, for example). Permissions also allow trusted users to share the administrative burden of running a busy site.

', array('@role' => url('admin/user/roles'))); -- cgit v1.2.3