Fast Secure Contact Form Re-direct Issue (NEW)

Hi on_edge try this solution even though it is for iPad.

Thanks, mbrsolution. Great idea. That’s why it was one of the first things I tried. ;o) As I said, been through all the testing recommended online. FSCF site was the first place I looked. This one is tough. One form works for redirect. The other doesn’t.

So, you are saying that one form works for redirect in iOS and Windows 8 but the other doesn’t?

If that is the case what is the difference between both forms?

Correct. And my question exactly. What’s the difference? There are more fields. I’m sure something else. Right now, I’m so close to it I need fresh eyes on it.

Tomorrow, I have to take the form down for my client, because he’s getting too many customers unable to register for his programs.

Have you tested it in Windows XP, 2000, Vista, Mac and Linux. And on mobile devices which ones have you tested?

Regards

I don’t have a Linux device. Not sure anyone owns a 2000 machine anymore. If they do, they shouldn’t. I’m not really concerned about IE8 at this point, never mind IE6, which is more the vintage you’re describing. On my iPhone and Macs and one Windows 8 device (as reported) it fails. It would be wonderful, I guess, if I owned all this technology and was willing to pay for feeding it electricity, but it’s not practical. I have XP, Win7, iPhone and iPad…that’ it other than online emulators, which aren’t always accurate.

Customers for this site are college students. I doubt any of them are using older technology.

Hi thank you for reporting back ??

I hope you did not mind me asking your about various operating system.

The reason why I asked the question about different environments was just to confirm that you have tired a few which you have.

The problem is that this is an isolated issue. Very few report redirect issues like yours. The ones that have reported an issue, has turned out to be a URL typo error. Ask those who have reported this issue if they have cleared the browser cache and then tried again.

Regards

I understand. No problem. Unfortunately, I have a client who is tired of waiting for a solution. Today we’ll be eliminating this form all together. The fact that it works perfectly in some environments and not at all in others leads me to believe it has nothing to do with a typo. I know sometimes one browser will assume there’s a mistake and redirect correctly, but checking the URL was something I did early on. In fact, I made sure to add the entire URL as the help instructions suggest.

I submitted a premium support ticket to Mike Challis last night. Doubt that a response will come in time, but I’d still love to find out why this is happening. In the research I’ve done about it, Mike says there are certain situations where the redirect simply won’t work. I’d have to go back and look to remember exactly what he described. But, again, the fact that the other form on the site works perfectly, makes me think that’s not the case here.

It will be interesting to see what the issue really is, assuming I ever find it. ;o)

I might not be able to find out why you are having that problem. You can turn off the redirect. You can edit the thank you text on the labels tab and add a link to the deposit page. Also you can use the autoresponder to send them instructions about the deposit

Make sure you are using the latest version there was a fix in a recent version

4.0.27

(09 Sep 2014) – Fix ‘After form additional HTML’ was not printing on form.
Fix to check for conflicting post types and show a warning. None of the field slugs can be the same as a post type rewrite_slug or you will get “page not found” when posting the form with that field filled in. In this new version, if you have this conflict there will be a warning on the form and on the form edit page. Warning: one of your field tags conflicts with the post type redirect tag “tag name”. To automatically correct this, click the “Save Changes” button on the form edit page. Also the form editor will not let a conflict happen while editing, but a conflict can still happen if you add custom post types. So if you add any custom post types, be sure to check your forms for any warning messages.

Oh yea I just remembered Some browsers disable meta refresh used for the redirect. So I still suggest disabling the redirect if it important to go to a step 3 2 type of a page.

That does not explain the 404 problem though
Use this solution 1:
You can turn off the redirect. You can edit the “Your message has been sent, thank you” text on the labels tab and add a link to the deposit page.
<h2><a href="https://www.url to your page">click here to continue</a></h2>
Also you can use the autoresponder to send them instructions about the deposit

This is a solution for some, but for the 404 problem you should skip this solution.
Solution 2:
OS safari does not support the meta refresh redirect feature. That is
stupid. But I have made you an easy work around.

Add this HTML to the setting “Success page additional HTML:” on
the Advanced tab
<h2><a href="https://www.url to your page">click here to continue</a></h2>

Now on iPad you do get the “Your message is sent” redirecting message
and there is a link “click here to continue” directly below it, the
link goes to the page you want.
All other browsers still redirect automatically

Redirect was working ok but after making some new fields I cannot save any changes in “Redirect Settings” or “Advance Form Settings” (where I tried to paste in the Challis workaround method 2 for redirect not working.

My problem is simpler and more general. I cannot save ANY changes under the Advanced tag.

@willis652 can you start a new support thread, this one is very old.

Thank you

However if I start a new form then “save changes” is working. I wonder if its anything to do with updating to latest version before I started new form?