Since upgrading to the new webform module 7.x-4.1, we have started having problems with the contact form in Internet Explorer. It is not submitting, and instead the page refreshes with all the information still in the form. As far as I can see this is only happening in Internet Explorer and started suddenly approximately 2-3 weeks ago (I can't remember when the module got upgraded exactly). The site is live and the contact form is quite an essential part of it for the business - can anyone help?

I managed to get it working briefly the other week, but now it seems to have gone back to the same old problem, no errors are getting logged, and nothing has been changed recently with regard to the theme scripts etc that might effect it. I've checked through the source code and everything seems to be fine, the only thing w3c validator brings up seem to be built in to webform (the "step=" attribute and the type="email" btw).

It's been tricky to do proper multiple tests as I'm developing on a Mac but does seem to be limited to PC's with Internet Explorer - other browsers work just fine - suggestions welcomed - as I say it seems to have only started recently and very few other changes have been made apart from module updates. Thanks.

----
I should mention, I'm using the webform mailchimp and webform options modules alongside the form - these have not lately been updated but am not sure whether compatibility could be an issue?

Comments

Rhicreate’s picture

Rhicreate CreditAttribution: Rhicreate commented
Issue summary: View changes
DanChadwick’s picture

DanChadwick CreditAttribution: DanChadwick commented
Status: Active » Fixed

Any change in your caching? What was the last version that was working fine? I don't know of any issues particular to IE. Maybe something in your theme?

Do you have any custom code that installs validation or submit handlers? These changed somewhat in 4.0. Nothing since then.

There is javascript that runs, but I'm not sure any of it would prevent forms from submitting.

Do you have Autosave as draft (for multipage and/or validation errors) on? Maybe related?

If this can be reproduced, you just need to get yourself to someone's PC with a development environment. If you can reproduce it in dev, then it would be easier to fix. Otherwise, borrow a PC with IE and put a bunch of watchdog calls into your production site to see if you can figure out what is happening in the submit.

Please re-open if you have further information that we can use to help you.

Rhicreate’s picture

Rhicreate CreditAttribution: Rhicreate commented

Hi Dan,

thanks for your reply. I don't recall any changes being made in the caching recently... it's difficult to work out the time line as we only heard about the issue as someone emailed us to say it wasn't working but I think it was around two weeks ago as the number of email enquiries seemed to drop off a bit around then (and people started phoning more). I thought I'd got it working again, when I reverted back to 4.0 and ran update.php again, I also turned off some styling on the submit button, just in case it was something as superficial as a z-index problem - but apparently it only worked once. Cleared out the caches before testing again today, no effect either...

I don't think there have been many other module updates since then, I think I've done webform and field collection only... Another site is still on webform 3x.something and seems to not have a problem, but I will check that tonight as well, just in case (similar setup on both). No validation or submit handlers that I know of - could the other modules (webform mailchimp or webform options) affect that?

I'll give it a test on my home PC tonight and hopefully I will be able to get somewhere with identifying the problem, will let you know if I find out anything!

Ooohhhhhh.... I quite recently turned on APC on our VPS, but I can't remember when, pretty sure it was a month or so ago though - could that affect it? If it did, would it not be in all browsers rather than just IE?

DanChadwick’s picture

DanChadwick CreditAttribution: DanChadwick commented

I use APC without issues for opcode caching (not any other caching). You need to get eyes on the problem and we're working blind here. Good luck.

Rhicreate’s picture

Rhicreate CreditAttribution: Rhicreate commented

Right, no need to reply to this, it's just for my own notes.

Turns out IE is fine, it's Chrome on Windows that is experiencing the problem - it is also exclusively the main contact form (another form on the site works just fine), so I've narrowed the problem down somewhat to something on that particular page at least.

DanChadwick’s picture

DanChadwick CreditAttribution: DanChadwick commented

FWIW, my webform installation has tons of submissions from Chrome. I assume these contact form submissions are anonymous. Maybe something to do with caching? Anonymous support in webform is tricky. I'm not saying there isn't a bug, but I would expect an outcry if it were a commonly-triggered bug. Keep us posted.

Rhicreate’s picture

Rhicreate CreditAttribution: Rhicreate commented

Thanks for your help. I wouldn't have thought bug (hence why I filed it under support) but thought it worth posting as it seems to have been since I upgraded and wondered if anyone had had similar issues. I also have submissions that have come through Chrome recently, but apparently not all of them! All of our submissions are anonymous so I have absolutely no idea how often it is or isn't working at the mo... I'll try clearing the cache a few more times my end, hopefully it'll be something that just sort of clears itself up! :)

Update > Cleared the cache a million times over, and now on the two test machines where it wasn't working, it is now going through... hopefully all the problems will be cleared for the anonymous users too - fingers crossed - I'll just have to wait and see if anyone else lets us know!

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.