Comments on: Bug in IE?

By: =cnd

=cnd — Fri, 27 Jul 2007 16:52:26 +0000

Fails in IE6
Works OK now in IE7
nb: IE7 has unicode URLs supported – might fail in IE7 with this turned off perhaps?

By: Asi Oppenheimer

Asi Oppenheimer — Wed, 06 Jul 2005 05:54:41 +0000

For me it was FCKEditor area to which text was paste, perhaps the rich text editors are one condition for this bug to occur?

By: Charles Martin

Charles Martin — Tue, 05 Jul 2005 01:41:03 +0000

Yeap, I confirm the conditions where this happens : Pasted code in an textarea (HTMLArea field here) which contained special characters (\222 => Word’s “‘”, empty checkbox as last field and the first one doesn’t get back to the server with IE. Adding another hidden field precisely named IEBug as first field solves this correctly. Thanks alot guys !

By: Asi Oppenheimer

Asi Oppenheimer — Tue, 28 Jun 2005 04:16:29 +0000

Thank god for this blog, probably has saved me hours of debugging / Google searching, adding a dummy hidden field as the first one in the form seemed to have solved the problem. Did any of you guys found information about this bug in other places on the net?

By: Anonymous

Anonymous — Mon, 30 May 2005 17:21:02 +0000

Thank you very much. It took me a day to figure out what was actually happeining

By: Hugo

Hugo — Thu, 19 May 2005 09:03:58 +0000

Thanks for the info and research guys, I had the same problem. Keep up the good work.

By: Rainer

Rainer — Wed, 06 Apr 2005 21:00:01 +0000

A friend of mine runs in the same problem last week. At first it was not clear, why and when this bug happens. After quite some tests and with the test on this website we could find the correlation in the forms and input data which leads to the bug.
When you submit some special caracters in a textfield, the first transmitted field is corrupted IF the last transmitted field is NOT set (like unchecked checkbox). If the last transmitted field IS checked, than is the complete stream correctly transmitted. So if you send a hidden field as last (which means that the last field is always set), the transmission is always correct (especially the first field), even when using special caracters in textboxes.

By: CC

CC — Thu, 17 Mar 2005 23:28:01 +0000

I ran into a similar problem today with one of our multipart forms, although it did not seem to require any particular character to be in the form data.

Instead, cutting and pasting data into a textarea seemed to be the deciding factor – if we typed the data manually, the data would come through clean. If we cut and pasted into the text area, the first form field would not get submitted to the server.

By: Grant

Grant — Fri, 18 Feb 2005 05:10:35 +0000

I just found the same bug with some German characters. I worked around it by padding an extra field on top of the form:

By: Livsey.org

Livsey.org — Mon, 07 Feb 2005 03:38:07 +0000

I’ve been bitten by this bug this evening.
Adding enctype=”multipart/form-data” to a form on a system I’m working on causes IE to mangle the first part of POST data sent to the server.
It doesn’t happen on all pages, just a certain number which are p…