@Antique
Quote:
Thanks. Didn't understand the discussion, but I managed to find the preview button
I can see the problem now. The page is utf-8, and therefore form data should be encoded to utf-8 also. I said before that IBrowse 2.4 already does this, but I have just realized it doesn't for multipart form data, unfortunately. An oversight on my part. Anyway, it's fixed for the next release, and I can confirm that the site referenced is now working.
BTW, I guess it could be argued that the site is a little silly to use utf-8 if the text is all iso-8859-1 anyway, which is pointless, thus wasting some bandwidth. Reminds me of certain UK shopping sites that use(d) utf-8, when the only utf-8 encoded chars tended to be the pound sign. Obviously, this didn't look too nice in IBrowse 2.3.
Interestingly, I noticed that <textarea> line breaks are not converted to CRLFs for multipart form data, unlike for regular forms, so I've fixed that too, although on the most part this probably doesn't matter too much except for dodgy webservers.