Linus
Forum Replies Created
-
Hello,
Thanks for coming back, unfortunately it only explains why you removed them for a very good reason. Nevertheless, within the creation of the url the users receives, there is now way around the fact that the only usable variable is the one where the address is coming with the brackets.
I hoped there would be a way around it whilst handing over into the contact-form-7, of course they are not necessary, but do exist.
[dynamictext dynamictext-166 readonly required “CF7_GET key=‘b’“]
However, thanks for your attempt to help!
Meanwhile I managed to change the link to the following (which was a workaround earlier):
https://EXAMPLE.net/quarantaene-freischaltung/?+1&c=mail2.EXAMPLE.de&b=<<[email protected]>>&a=banned-20190814T224339-15835-01
The result is that it’s now only showing <> in the form field, the mail address is still missing…
If if I change the variable for this field from “b” to “a” it is being populated.
So the issue just seems to be with the bloody angle brackets I cannot get rid of.It’s actually the case that when the user opens the URL in his Browser, everything is appearing in the forms fields, except from the mailadress.
https://EXAMPLE.net/quarantaene-freischaltung/?+1&c=mail2.EXAMPLE.de&b=<[email protected]>&a=banned-20190814T224339-15835-01
If I modify and open the URL without the angle brackets, it works like a charm. I would love to create the link without the brackets and work around the problem, but I cannot convince amavisd-new on the related mailrelay not to send the mailadress without it.
Earlier the days, I could work around with adding another angle bracket left and right to the url, unfortunately this also does not seem to work anymore.
Did anybody test CF 7 Version 3.3.2. combined with WordPress HTTPS Version 3.2.3. so far?
Thanks!
Another nice one:
Since I’m using the old version of wp https and the latest version of contact form 7, everything worked wonderful – except in combination with Contact Form 7 – Dynamic Text Extension.
In my case, dynamic content is being pasted and finally submitted by the user via the form. Using the page with https means, that the “@” is getting lost from a e-mail address.
Going the same way without SSL secured website, it works like a charm.
I know development takes a lot of time and people do it mostly for free here, but it’s really a mess if you have to double check every little peace to make sure your website is not only working half way after running a update.
Okay – understood.
Well, let’s wait what future versions will probably offer.Cheers
Linus
Gentlemen, many thanks to both of you as you solved my issue.
I went back to 2.0.4 now and it works like a charm.Before I did the step described before, I recognized that there is an update available for contact-form-7.3.3. Nevertheless, after the update both plugins are still not working togehther.
Jan, as you seem to be deeply involved in this topic – who could “force” the two developers to work together and solve the issue? For my understanding, protecting form based submission of personal data is one of the most common reasons to use SSL. Therefore it might of help to get another way instead of the mentioned workaround.
Cheers
Thanks for the confirmation Tinshield, but do you also have a clue where to get the old version? Afaik I there is nothing in the plugin homepage, only the latest version.
Okay, another question here – as this was really not an issue with older versions of this plugin, is there any play to find them for download?