Create own settings page under admin/settings/login_security

anarcat - July 31, 2009 - 21:09
Project:Login Security
Version:6.x-1.x-dev
Component:User interface
Category:task
Priority:critical
Assigned:Unassigned
Status:closed
Issue tags:Usability
Description

It would help a lot to direct the admin to the user settings page when the module is enabled. I attach a patch that will do just that.

AttachmentSize
login-security-direct.patch687 bytes

#1

deekayen - July 31, 2009 - 21:14
Status:needs review» needs work

If every module that got enabled set a message about configuring it, I could easily drown in messages on the refresh. Moreover, if each one of them had a link and I clicked a different one than this one, then this is pointless. I'd much rather get an agreeable set of default settings.

#2

anarcat - August 1, 2009 - 05:33
Status:needs work» needs review

Well, i took this idea from Organic Groups, which is even worse: it points to the README.txt... I don't actually think a lot of modules are doing this and I think it's appropriate specifically for this module because it's not obvious where the configuration settings are... I spent a good few minutes looking for the damn settings for this module (it's not even in the "By module" page...) before resorting to the README.

And I actually feel that it's not a problem if all modules do this. It's pretty rare you enable all modules at the same time, so this is actually pretty safe.

#3

ilo - August 10, 2009 - 22:20

"It's pretty rare you enable all modules at the same time,"

This happends at installation time using a profile, or when you install a set of module you know you will use. This is pretty common, or hte people I know, even I, use to do.

I agree also in other "common" way of doing, after wasting some time you did go to the readme: this one we don't do. But this is my fault, as I know there's a missing handbook page I would write one day. I just asked about changing the settings to it's own page on June 19th #496446: Administration interface tough love, but as nobody cared about that (just deekayen) I agree with him if hi likes where it is. We can get this question asked again from RC to 1.0 if you want, but as it's clearly stated in the README file there's no reason to make it "urgent".

On the other hand, it's a little change and I see no reason why not to include, so we have to decide :)

#4

ilo - August 15, 2009 - 22:13
Version:6.x-1.0-beta1» 6.x-1.x-dev

Ok, no answer for days, I guess this one is not important, so I move to -dev to be reviewed in the last stint..

If we are going to show a message after module installation, IMO the message would also include a link to the handbook page for documentation. Something more like:

"Login security module enabled, head to !settings for configuration or !handbook for documentation and usage. Don't forget to review the README file included in the module package."

Comments?

#5

anarcat - August 25, 2009 - 19:15

Reallym this is a bit related with #536954: Improve inline documentation of admin interface: I think the module's documentation can all be self-contained. The settings can be easily self-documented as described in that other bug report, and once the user finds the settings page (which is the issue here), everything goes well.

The issue here is finding the settings page. I see two solutions:

1. have a message pointing to the settings page
2. move the module's settings to its own page

I would prefer 1, but I agree it will cause problems in install profiles as more and more people adopt the module (which I hope happens). I also agree it could be considered bad practice if all modules started doing that. My reflex was to look in the 'by module' settings page, so maybe it should get its own settings page. Another option would be a submenu in the user/permissions stuff.. Not sure.

I am of the opinion, however, that the current situation is really undesirable and needs to be changed. A README change will not suffice.

#6

ilo - August 25, 2009 - 19:31

Hi Anarcat, doing "2. move the module's settings to its own page" is a pretty simple change we can afford in minutes.. We can also include a reference in the current "user settings" page for old user to be aware of the new settings location.

I would preffer to hear also deekayen's opinion, but drupalished styled would say 2nd also..

Maybe we can prepare a single patch to cover this and the other one (include readme explanations in admin interface)..

#7

ilo - September 20, 2009 - 23:33
Status:needs review» active

Once we get #536954: Improve inline documentation of admin interface commited I'll put the admin pages in other file and point a menu entry into admin/settings/login_security. I guess this should avoid more issues like this one (even if it was the first ;) ).

#8

ilo - September 21, 2009 - 09:18
Title:point to the user settings page when installing» Create own settings page under admin/settings/login_security
Priority:normal» critical
Status:active» needs review

I've moved the administration form to it's own admin/settings/login_security settings page. The permission required to configure login_security has changed from 'administer users' to 'administer site configuration'. I've create an admin.inc file for this.

AttachmentSize
536952_login_security_settings_page.patch 30.2 KB

#9

ilo - September 21, 2009 - 09:18
Category:feature request» task

This is something to be done ASAP.

#10

ilo - September 21, 2009 - 09:29

I have updated the README to notice the new location of the settings form.

AttachmentSize
536952_login_security_settings_page_1.patch 31.49 KB

#11

ilo - September 21, 2009 - 14:10
Status:needs review» fixed

Commited to 6.x-1.x-dev

#12

System Message - October 5, 2009 - 14:20
Status:fixed» closed

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

 
 

Drupal is a registered trademark of Dries Buytaert.