After upgrading from 7.x_3.8 to 7.x_4.0 my redirect URLs stopped working. It seems all special characters are being replaced with ascii hex codes so, the redirect url:
engaged/48/national-petition-2?cid1=[submission:values:civicrm_1_contact_1_contact_contact_id:nolabel]&cs=[submission:values:civicrm_1_contact_1_contact_cs:nolabel]
generates the url:
engaged/48/national-petition-2%3Fcid1%3D619%26cs%3Da99b051ec802ed0178a2bcbf805de629_1353863350_168
This is happening on both my local dev environment and on the live site.
Comments
Comment #1
danielstrum commentedHi Folks,
Is this not an issue that others are having and is just specific to my installation? Can someone using 7.x-4.0-alpha6 try a redirect after submission that includes a question mark or an ampersand and confirm for me that it is working correctly?
Thanks
Comment #2
particlegirl commentedHi I'm having the same problem as I need to redirect to a page with format=format.
Any ideas or thoughts very much appreciated.
Comment #3
particlegirl commentedHi danielstrum, just thought I'd let you know that I've rolled back my webform version and now special characters are working fine with redirect.
Cheers
Comment #4
danielstrum commentedHi particlegirl,
Thanks for the note. Yes, I knew I could rollback because this started when I upgraded. I am working around the issue using Rules which I was planning on using on one of the forms anyway. Maintainers... Are you going to reply to this issue? I love webforms and use them on many sites but often need to forward from the form to a URL with additional parameters.
Best, ds
Comment #5
Exploratus commentedI am hvaing this issue with the latest Webform. Cannot use ?destination= or anything with special characters in the redirect url.
Comment #6
ianthomas_ukThis is the same as #2032793: When adding a query string to redirect url, the ? and = are converted and url is borken, I'm marking this one as the duplicate as the other issue is marginally cleaner, better written and already has one duplicate against it.