silverlite
Forum Replies Created
-
I was able to find the issue and it was on our end – it was a caching issue. We use AWS CloudFront to cache (and exempt from caching) certain pages. We did have a Behavior here that exempted the ‘renamed login URL’ from being cached, but that Behavior was removing the key value and not passing it properly to our web server.
For example, when we changed the Behavior’s URL to exempt from “/newPage” to “/newPage*”, it was able to pick up the keys and pass them over properly. A simple wildcard issue.
This is resolved – thanks for your assistance on this!I was able to get more info on why things aren’t working for us actually:
We have a ‘Staging’ and ‘Production’ environment – and use AIOS on both. In our Staging environment, the password reset works fine. We use Jenkins to deploy a copy of our Staging environment (plugins, themes, config files) to our Production environment – while modifying a few files to make sure things still work.
The Production environment’s password reset is the one that does not work when the Rename Login Page feature is enabled in AIOS (still works when disabled). I’m thinking this may be because of a copy of security keys that AIOS may store/reference that may be outdated once Jenkins copies everything to Production. Does this sound likely? Any idea where these keys may be stored so I can make changes to the end of the Jenkins script?Hello,
Just checking in, were you able to replicate this on your end?
Thanks – I can confirm we’re running Version 5.4.4.
Yes, this is for the ‘Lost your password’ method.
Lemme know if you guys need any more details from me.