Page 1 of 1

cancel button doesn't work on FrontEndUsers "change_settings" form

Posted: Sat Dec 09, 2006 6:38 am
by jmcgin51
Clicking the button loads a new form immediately beneath the original, along with the error message "email address already used".  User is just trying to change his password.  Email is not being edited.  Subsequent clicks reload the page, showing both forms and the error message.

CMSMS 1.0.2 Maui
FEU 1.1.1

Re: cancel button doesn't work on FrontEndUsers "change_settings" form

Posted: Mon Dec 11, 2006 4:12 am
by jmcgin51
bump

Re: cancel button doesn't work on FrontEndUsers "change_settings" form

Posted: Mon Dec 11, 2006 5:49 pm
by jmcgin51
Where is the "Cancel" button function in the code, and how do I need to change it so that it simply redirects to the homepage, previous page, etc?  I would presume that's what it's supposed to do anyway?

Re: cancel button doesn't work on FrontEndUsers "change_settings" form

Posted: Tue Dec 12, 2006 6:26 pm
by jmcgin51
Calguy? anyone?

Re: cancel button doesn't work on FrontEndUsers "change_settings" form

Posted: Wed Dec 13, 2006 3:14 am
by calguy1000
Although I tried repeatedly and could not reproduce the problem, I did notice that the cancel button was not being explicitly handled in the code.  so I handled it.  It didn't cause any errors, and hopefully it'll fix your problem.

It's checked into svn.

Re: cancel button doesn't work on FrontEndUsers "change_settings" form

Posted: Wed Dec 13, 2006 2:01 pm
by jmcgin51
thanks a lot, I'll give the SVN code a try...

Re: cancel button doesn't work on FrontEndUsers "change_settings" form

Posted: Wed Dec 13, 2006 2:47 pm
by jmcgin51
Well, I downloaded the latest FrontEndUsers.module.php and FrontEndUsers.api.php files from SVN.  Now the Cancel button just reloads the "change_settings" page (without any errors), which is a minor improvement, but I'm not sure if this is the expected behavior.  I would expect the Cancel button to redirect to the referring page or to the homepage.  What is the Cancel button SUPPOSED to do in a perfect world?

BUT, the bigger issue is that user expiration is now broken again...  My expired users can log in again.  In the FEU Admin, they do show up as expired, and the dates/times are correct, but it doesn't stop the user from logging in.

EDIT: I went back and replaced the latest SVN FEU API file with the one posted by dittmann a couple of days ago.  This fixed the expiry issue again.  So I'm now running with the latest FrontEndUsers.Module.php and the next-to-latest FrontEndUsers.api.php.  Not sure why the latest api won't work correctly.

Still looking for a better action on Cancel...  thanks