WebGUI
      Click here to register.
      
irc://irc.freenode.net#webgui

iPhoneGuy: WebGUI is a pile of crap.
rizen: If WebGUI is such a pile of crap, why do you use it?
iPhoneGuy: Because it's the best pile of crap out there.

If this is what people who hate us are saying, imagine what people who love us will say. Come join us on IRC.


     Report a Bug > WebGUI Bug Tracker

WebGUI password recovery - hidden fields

User dannymk
Date 5/14/2008 10:14 am
Severity Cosmetic (misspelling, formatting problems)
Version WebGUI Stable 7.4.37-stable
Views 105
Rating 0    Rate [
|
]
Karma Rank 0.000000
Previous · Next
User Message
dannymk

Same problem as:  http://www.webgui.org/bugs/tracker/low-ui-level-on-visitor-prevents-password-recovery

I set the Visitor account to Expert yet the problem still continues to happen.  The only way I was able to patch it up was to go into the WebGUI auth module and return a custom password recovery form (of course not the best option) from the emailResetPassword method.

I must say that this problem does not happen in version:  7.4.31

The problem started during an upgrade to 7.4.36-stable and 7.4.37-stable

Thank you.



Back to Top
Rate [
|
]
 
 
Graham

Can you describe your set up in more detail?  I gather you are using the default auth module, and have it set to email based password recovery.  The fields are displayed properly for me with those settings.



Back to Top
Rate [
|
]
 
 
dannymk

Yes, your assumptions are correct.  I am using the default module and it is setup for "email based password recovery".   I am not using the WRE installation.  I am hosting 7 sites on my system.  Not sure what else I can say but ask and I will answer to the best of my ability.

Thank you.



Back to Top
Rate [
|
]
 
 
Graham

Have you set any UI level overrides in your config file?

Can you try just creating a new site on the server and see if it has these problems?



Back to Top
Rate [
|
]
 
 
dannymk

I placed this information in the configuration file:

   "WebGUI_Auth_WebGUI_uiLevel" : {
         "newpassword" : 1,
        "newpwdverify" : 1,
              "submit" : 1
   },

And the form still has the following fields:

<form action="/" enctype="multipart/form-data" method="post" ><div class="formContents"><input type="hidden" name="noCache" value="996:1211245093"  />

<table style="width: 100%;"><tbody><tr style="display: none"><td></td><td><input type="hidden" name="op" value="auth" />
</td></tr><tr style="display: none"><td></td><td><input type="hidden" name="method" value="emailResetPasswordFinish" />
</td></tr><tr style="display: none"><td></td><td><input type="hidden" name="token" value="eEroT47QpfI_3Fp4bf6-xQ" />
</td></tr><input type="hidden" name="newpassword" value="" />
<input type="hidden" name="newpwdverify" value="" />
<input type="hidden" name="" value="submit" />
</tbody></table>

</div></form>

Of course I did stop and start apache.


Back to Top
Rate [
|
]
 
 
Graham

I looked at the code again, and saw that this was a different set of code than was modified for the past bug.  This should be fixed for the next release.



Back to Top
Rate [
|
]
 
 
dannymk

OK, most of the fields appeared again in version 7.4.38-stable.  However, the submit button does not show up and is still hidden. 

    $f->password(
        name        => "newpwdverify",
        label       => $i18n->get('new password verify', 'AuthWebGUI'),
        hoverHelp   => $i18n->get('new password verify help', 'AuthWebGUI'),
        uiLevel     => 0,
    );

    $f->submit(
        value => 'submit'
    );

I changed the submit button to:

    $f->submit(
        value => 'submit',
        uiLevel => 0
    );

and the submit button showed up after I bounced the web server.

Thank you for your support.



Back to Top
Rate [
|
]
 
 
Graham

I've fixed that for 7.4.39.



Back to Top
Rate [
|
]