Bug #3883 Updated: Parsing of GET/POST-data in UTF-7 encoding
| From: | peter at not-a-real-email dot org | Date: | Tue, 26 Mar 2002 00:43:40 +0000 |
| Subject: | Bug #3883 Updated: Parsing of GET/POST-data in UTF-7 encoding | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-3332@lists.php.net to get a copy of this message | ||
ID: 3883
Updated by: peter@not-a-real-email.org
Reported By: woecherl@mlcomputing.de
Status: Open
Bug Type: Other
Operating System: Windows NT 3.51
PHP Version: 3.0.15
New Comment:
I was having a similar problem with a website that I designed, but was
actually seeing this error myself.
I'm not sure the exact nature or case of this, but I fixed it by
specifying the Content-Type in a META tag on all the web pages that
contained the requests. In my case this was adding the tag to the
header of all pages.
I used the following tag:
<META http-equiv="Content-Type" content="text/html;
charset=windows-1250">
I hope this helps you out,
Peter
Previous Comments:
------------------------------------------------------------------------
[2000-03-20 12:57:11] woecherl@mlcomputing.de
Hi there,
Internet Explorer 5 transmits under certain circumstances urlencoded
data from <form>s with additional UTF-7 character encoding applied.
E.g., normally the data would be encoded into something like
name1=value1&name2=value2
whereas with additional UTF-7 character encoding applied the same would
read
name1+ADO-value1+ACY-name2+ADO-value2
Simply "=" is replaced with "+ADO-" and "&" with "+ACY-"
(see also RFC
2152).
With method GET anything after the ? in the URL ist coded, with method
PUT the body of the HTTP request.
The PHP interpreter (in my case the CGI version with Apache 1.3.6 on
WinNT 3.51) does not handle this additional character coding. It simply
can not decode anything useful an thus no data reach the script.
With the information I have I can not determine whether this is a
misbehaviour of IE 5 (i.e. not conforming with applicable RFCs) or a
missing link of PHP's "decoding chain" (with IE5 conforming with
applicable RFCs).
I regret that I can not tell how to configure IE 5 to reproduce this
behaviour. All my tests with IE 5 work, but some of our customers can
not use our PHP driven applications.
On Microsoft's support site I found the following two documents
addressing a similar problem in MS Outlook:
http://support.microsoft.com/support/kb/articles/Q244/4/41.ASP
http://support.microsoft.com/support/kb/articles/Q244/3/94.ASP
If this "bug" should turn out not to be a problem inside PHP I
apologize for the extra work I caused.
Best regards,
Michael Woecherl
M&L Computing GmbH, Germany
Email woecherl@mlcomputing.de
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=3883&edit=1