WebLoginPE 1.3.0 Bug Reports

4. the date of birth (dob) is not saved.

$wlpe_lang[35] = 'An non-activated user has been deleted';

Small thing, but it’s missing a . at the end of it. The rest of the strings have a period, so this should follow suit, IMO.

EDIT: Also, it seems the Country field gets affected by the same bug that made the Gender field appear as 0, 1, or 2 in the User List. It outputs the number that corresponds to the real country name in the language file. I dunno if this is affected by the language issue I have posted in another topic in this subforum, however.

About the country field:
Where is this happening? &type=`users`?

-sD-
Dr. Scotty Delicious, Scientist DFPA.

2. &service=forgot does not work. it send me to the error page (only when frienly url is off or index.php?id=id is used then an extra? is used so probebly my fould that i used index.php?id= on a site where frienly urls are on)

3. trying to set a new pasword I get the mail the link is working but when i enter the new password i get this error "Your fields do not match. Please try again." and i see the login screen instead of the fill in you password fields. I retyped the newpassword like 10 times alway’s the same error.


greets Dimmy

//<?php // For syntax highlighting only - do not copy this line

		$newPasswordConfirm = $modx->db->escape($_POST['newpassword_confirm']); // pixelchutes 1:55 AM 9/19/2007

//<?php // For syntax highlighting only - do not copy this line

		global $modx; // pixelchutes 1:56 AM 9/19/2007

//<?php // For syntax highlighting only - do not copy this line

            case 'activated':
                if (in_array('activated', $disableServices)){return;}
                $wlpe->ActivateUser();
                return $displayLoginFormTpl;
                break;

//<?php // For syntax highlighting only - do not copy this line

            case 'activated':
                if (in_array('activated', $disableServices)){return;}
                $wlpe->ActivateUser();
                // pixelchutes 1:57 AM 9/19/2007
                // Here we check for an error, then reload the activation template if necessary
                // Do NOT reload if wlpe->Report indicates success
                if ( isset( $wlpe->Report ) && !preg_match( "/".$wlpe_lang[104]."/i", $wlpe->Report ) )
                {
                    return $displayActivateTpl;
                }                
                return $displayLoginFormTpl;
                break;

@Soshite:
I think I forgot to run those through the StringForGenderInt() and StringForCountryInt() methods. I will fix that.
Thanks for the report. You are awarded the "All hands on deck" trophy for advanced testing and debugging.

-sD-
Dr. Scotty Delicious, Scientist.

Yeah Dimmy... You have bigger problems than just WebLoginPE bugs.
I turned FURLs OFF on my local site and it worked just fine.

Can anyone else describe problems with data not being saved on the profile page?

Dimmy is a good guy, let’s help him figure this out.

-sD-
Dr. Scotty Delicious, Scientist DFPA.

[!WebLoginPE? &regType=`verify` &groups=`Registered Users` &notify=`[email protected]`&regRequired=`username,fullname,email,formcode` &customFields=`fullnameprivate,aka,website,emailprivate,div1Title,div1,div2Title,div2` &inputHandler=`Keep my email private:userPrivateEmail:emailprivate:checkbox:()||Keep my Full Name private:userPrivateFullName:fullnameprivate:checkbox:()`!] 

BTW: I went to the DEMO page and registered and then tried to change my password and it would not change there either, but everything else was being saved?

All other actions are derived from this one page, meaning:
1) 1st click a login page is showed, with Login, Forgot Password and Register buttons.
2) Registration works fine, no problems at all.
2) After that and loging in a Welcome Back is showed with 2 buttons, logout and profile,
3) Clicking Profile from here shows a page to edit the user’s profile but will saved nothing when Save is clicked on that page?
4) Logout works.

Could the profile not be saving because of the coding for this page is set for register=verify?
Any ideas would lead me to a possible solution.

UPDATED AGAIN!:
The Forgot Password page works fine, no problems.