I came upon an issue which altered form actions when the given action is a complete url like : "https://fr.local.capgemini.com/user/reset/4612/1365411669/9yF7p3nHCROiiz..."
ended up as the following invalid url :
"https://fr.local.capgemini.com/ttps%23//fr.local.capgemini.com/user/rese..."
The problem comes from the securepages_form_alter function. First, absolute urls are badly processed. Second, I am not sure it should try to change a url with is already a https.
Below is a patch to fix the processing of absolute urls.
| Comment | File | Size | Author |
|---|---|---|---|
| #3 | securepages-wrong-redirect-1964212-2.patch | 1018 bytes | tguilpain |
| #1 | securepages-wrong-redirect-1964212-1.patch | 1018 bytes | tguilpain |
Comments
Comment #1
tguilpain commentedI forgot to explain the context of the error I got. It happened in the form you go to by following the link given by email when you reset your password.
And here is the patch, created with the help of sdelbosc
Comment #2
tguilpain commentedComment #3
tguilpain commentedI found out that the previous version of the patch raised a notice, below is the new version.
Comment #4
astonvictor commentedI'm closing it because the issue was created a long time ago without any further steps.
if you still need it then raise a new one.
thanks