Forms not working with IE 6

michaelkadrie 23 Aug, 2010
I have two clients that are having issues with their forms. Both are saying that their users cannot use the form. I believe the issue is with IE6 (the best I can figure). One of my clients have several detailed forms. If I have to move them to another plugin, it's going to cost me a lot of time to switch. What can be done about this?
I know IE6 is archaic, but unfortunately there are still dinosaurs out there using it.
The two sites are:
http://shekinahranch.com/register-online/overnight-camps.html
(this is just one of the forms)
http://fwcpgh.org/contact.html
Thanks for any help you can give.
Michael M. Kadrie
GreyHead 24 Aug, 2010
Hi Michael,

The Family Worship form appers to function OK in IE6 except that you have a sprinkling of errors from the Google Maps code on the same page.

The Ranch form appears to be OK also - though I don't have the time to complete it all and actually submit it. There are severe template problems in IE6; and your custom validation throws up several JavaScript errors but I don't see any ChronoForms problems there.

Bob
michaelkadrie 24 Aug, 2010
Thanks Bob,
I'm not fully convinced it is a ChronoForm issue, but I don't know where else to turn. So many have complained that the forms just don't work and the only common thing is IE 6. I just didn't know if there was some fix for this or not. In regards to the Shekinah Ranch form, they are wanting me to take it down because too many people were getting errors (I can't believe so many people are still on IE 6, that's mind blowing). As of right now, if I can't resolve this, I have two courses of action: 1) put up a notice on the page that users are to upgrade to the latest version of IE, or 2) move to another form extension. I am dreading #2 because of all of the work involved so maybe I will try #1 first.
GreyHead 24 Aug, 2010
Hi adgrocks01,

The Ranch form is long and complex and I can imagine that users may be timing out if you still have the 15 minutes session time set. There may also be security token issues and you could try turning that off.

Unfortunately the folks who use IE6 tend to be the least able to describe a problem in any useful way except 'it's broke'.

Try using IE Tester to look at the site in IE6 mode and you will see some of the more obvious problems.

Bob
michaelkadrie 24 Aug, 2010
Will try that. Thanks again for your help.
michaelkadrie 06 Sep, 2010
Some people are still having issues. I was just testing from every browser on both Windows and Mac platforms and when I tried from Firefox 1.06 on Windows, Chrome 6.0.4 on Mac, Safari 5.0.1 on Mac, Opera 8.54, and Opera 10.61 on Mac and they gave me an error message saying "You are not allowed to access this URL". That's the first time I saw that. Any suggestions?
GreyHead 07 Sep, 2010
Hi adgrocks01,

This has been discussed her quite often and is tricky to resolve. Most often it seems to result from page redirection on the site. Search here on "You are not allowed to access this URL" for many threads. See this one which may be useful to you.

Bob
michaelkadrie 18 Sep, 2010
Bob,
I finally see what the problem is and reading those other threads have helped. In both cases (on both sites that is), I have a mod_rewrite to properly name the pages for SEO purposes. In the ChronoForms management, I have the re-direct set up to go back to the specified URL with a QueryString appended to it so that it displays a message using PHP.
ChronoForms seem to randomly be ignoring the re-direct page and sending the response to the defaulted index.php?option=com_chronocontact... I have tried this on multiple browsers and on both platforms and it's really hit and miss. If the only fix for this is to do away with the mod_rewrite then I will probably have to find another form extension to use.
Let me know if there are any other solutions that you guys suggest.
Thanks,
Mike
Max_admin 20 Sep, 2010
Hi Mike,

Bob is saying that the issue may be because of some redirection, are you using any 3rd party SEF extensions ? if yes then its doing something wrong, disable it and retry please.

Can you show me here the redirect string you are using ?

Cheers,
Max
Max, ChronoForms developer
ChronoMyAdmin: Database administration within Joomla, no phpMyAdmin needed.
ChronoMails simplifies Joomla email: newsletters, logging, and custom templates.
michaelkadrie 21 Sep, 2010
Max,
The only other thing on the page is a Google Map that uses {mosmap} code on the forms page. That shouldn't have anything to do with the re-direct though.
Should I still try to test it without the map? I just don't see how that could mess with the re-direct.
There is nothing else associated with the form though.
Mike
michaelkadrie 22 Sep, 2010
I've tried removing everything. The Google map, the form validation, the Captcha, email verification. In Safari on Mac, it just keeps going to the Joomla formatted link. In Firefox on Mac, it works just fine. IE on Windows is hit and miss. This is clearly a browser issue with ChronoForms.
GreyHead 24 Sep, 2010
Hi Mike,

I can't think of any of the ChronoForms redirection code that is browser dependent so something else is going on there either with your mod_rewrite scripts or with some other JavaScript.

Bob
This topic is locked and no more replies can be posted.