OrganizedFellow Posted September 10, 2016 Posted September 10, 2016 I have tried each of these 3 snippets. The same result, both on localhost dev environment and DigitalOcean live server. $admin = $users->get('organizedfellow'); $admin->setOutputFormatting(false); $admin->pass = 'PA55W0RD'; $admin->save(); $u = $users->get('organizedfellow'); $u->of(false); $u->pass = 'PA55W0RD'; $u->save(); $users->get("organizedfellow")->setOutputFormatting(false)->set('pass', 'PA55W0RD')->save(); Using PW 2.7.2. The page freezes and does not load. When I remove the code, it loads normally. Is there a new method of resetting password?
Robin S Posted September 10, 2016 Posted September 10, 2016 Maybe your new password does not meet the minimum security requirements for the field? Not sure if that could cause a timeout - you'd think there would be some error notice.
OrganizedFellow Posted September 10, 2016 Author Posted September 10, 2016 3 minutes ago, Robin S said: Maybe your new password does not meet the minimum security requirements for the field? Not sure if that could cause a timeout - you'd think there would be some error notice. I wasn't aware of that requirement. My password contains uppercase and lowercase letters and 1 number.
Robin S Posted September 10, 2016 Posted September 10, 2016 The minimum requirements feature was introduced in 3.0.22 and is configurable for the field: https://processwire.com/blog/posts/upgrades-optimizations-pw-3.0.22/#major-enhancements-to-our-password-field
OrganizedFellow Posted September 10, 2016 Author Posted September 10, 2016 1 minute ago, Robin S said: The minimum requirements feature was introduced in 3.0.22 and is configurable for the field: https://processwire.com/blog/posts/upgrades-optimizations-pw-3.0.22/#major-enhancements-to-our-password-field I am using version 2.7.2.
Tom. Posted September 10, 2016 Posted September 10, 2016 2 minutes ago, OrganizedFellow said: I am using version 2.7.2. Is a mod_security being hit?
OrganizedFellow Posted September 10, 2016 Author Posted September 10, 2016 1 hour ago, Tom. said: Is a mod_security being hit? Sorry Tom, am not sure what that means. How would I know?
pwired Posted September 11, 2016 Posted September 11, 2016 Quote Is a mod_security being hit? For possible mod_security errors try to look inside the log file of both your local and host server
OrganizedFellow Posted September 12, 2016 Author Posted September 12, 2016 After checking both log files for both my development localhost server and my DigitalOcean server, there are actually '0' errors in either Apache log file.
OrganizedFellow Posted September 12, 2016 Author Posted September 12, 2016 OK, WEIRDEST THING HAPPEN! So I have been saving the code mentioned above to a template, actually 'home.php'. 'home.php' prepends '_init.php'. I moved the code from 'home.php' to '_init.php' and it works just fine. I guess it was having some conflict with something else?
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now