Item8766: Login screen is not obvious to use for non-registered users

[old summary: "missing" register link from login page]

the "register" link should not be hidden in twisty help text.

[13:57] <Alias> There's no option on the login page to create one :)
[13:58] <Babar> really? We removed the RegisterUser link from the login page?
[13:58] <Alias> Oh, there's a "Help" link
[13:59] <Alias> TBH, that was slightly non-obvious
[13:59] <Alias> Usability fail

i have run into this before as well.

-- WillNorris - 24 Mar 2010

In case you customized your registration page by creating Main/UserRegistration, the link in the login page still directs visitors to System/UserRegistration. This is not functional.

-- IngoWolf - 07 Mar 2011

I agree that we should adopt the login page to a 2 pane version: login / register now.

Then we could remove the help link altogether.

-- ArthurClemens - 07 Mar 2011

I solved this by editing line 28 of foswiki/templates/login.tmpl from:

%TMPL:DEF{"authrealm"}%%MAKETEXT{"This is your name written as !WikiWord, for example: !JohnSmith. %BR% [[[_1]][Register]] if you do not have an account yet." args="%SYSTEMWEB%.UserRegistration"}%%TMPL:END%

to:

%TMPL:DEF{"authrealm"}%%MAKETEXT{"This is your name written as !WikiWord, for example: !JohnSmith. %BR% [[[_1]][Register]] if you do not have an account yet." args="Main.UserRegistration"}%%TMPL:END%

-- IngoWolf - 08 Mar 2011

Registration works, however the person who registers gets no confirmation email that the admin has approved his registration. Though it worked before restricting access rights via Template login.

-- IngoWolf - 08 Mar 2011

Coming closer...

you need to be logged in to foswiki, before clicking the activation link in the email. Then the registration works as expected.

Maybe there could be a workaround to just click on the link, jump to the login page if not logged in and then be forwarded to the activation link?

-- IngoWolf - 08 Mar 2011

Solved the visibility issue by modifying line 48 in /foswiki/templates/login.tmpl

adding start="show"

%TMPL:DEF{"usernamefieldhelp"}%%TWISTYBUTTON{mode="span" id="loginhelp" start="show" showlink="%MAKETEXT{"Help"}%" hidelink="%MAKETEXT{"Hide help"}%" remember="on"}%%TWISTYTOGGLE{id="loginhelp" mode="div" class="foswikiHelp"}%%TMPL:P{"usernamenote"}%%ENDTWISTYTOGGLE%%TMPL:END%

-- IngoWolf - 08 Mar 2011

Last issue... the reset password link does not work if one is not logged in.

-- IngoWolf - 08 Mar 2011

Works with setting

   * Set ALLOWTOPICVIEW = WikiGuest

in /System/ResetPassword Topic Preferences

-- IngoWolf - 08 Mar 2011

Bumping to urgent. Let is get these already known fixex into 1.1.3. And the latter must be trivial too.

-- KennethLavrsen - 08 Mar 2011

The latter issue with reset password is not a bug. If an admin blocks read access to System web then you must remember to unblock reset password. System web is not view protected out of the box.

But the rest of the suggested fixes should go into 1.1.3

-- KennethLavrsen - 08 Mar 2011

setting

  hidelink="%MAKETEXT{"Hide help"}%" 

to:

 hidelink="%MAKETEXT{""}%" 

hides the Hide help text.

-- IngoWolf - 08 Mar 2011

Note that one "error" noted above: "In case you customized your registration page by creating Main/UserRegistration, the link in the login page still directs visitors to System/UserRegistration. This is not functional." This is not correct. Currently the System/UserRegistration does an %INCLUDE of Main/UserRegistration or System/DefaultUserRegistration - so the link to the system topic is correct.

-- GeorgeClark - 08 Mar 2011

To summarize all the issues noted above

• No Register link on logon page - previously fixed
• Register point to UserRegistration - okay because System topic %includes the Main version
• TWisty is too well hidden. I'll add "firststart=show" so that it is open until the user closes it ... which will be remembered. The proposed start=show option overrides the user's remembered setting.
• Various issues with acl protected System and Main webs are configuration.

Will commit the firststart option and set this waiting for release.

-- GeorgeClark - 09 Mar 2011

Commenting is disabled while not logged in