#20929 [Fbk->Opn]: Problem in handling big5 characters from HTML form

ID: 20929 User updated by: xp2002@hkedcity.net Reported By: xp2002@hkedcity.net -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Redhat Linux 7.2 PHP Version: 4.2.3 New Comment: I have checked the built-in modules of both Apache 1.3 and Apache 2. They have the same modules: Compiled in modules: core.c http_core.c mod_access.c mod_actions.c mod_alias.c mod_asis.c mod_auth.c mod_autoindex.c mod_cgi.c mod_dir.c mod_env.c mod_imap.c mod_include.c mod_log_config.c mod_mime.c mod_negotiation.c mod_setenvif.c mod_so.c mod_status.c mod_userdir.c prefork.c Thanks. Previous Comments: ------------------------------------------------------------------------ [2002-12-21 10:17:11] moriyoshi@php.net I suspect some external input filter module automatically converts multibyte characters to htmlentities before they come into PHP's input handler. If so, this is not the PHP developer issue. What modules are enabled in Apache2? you can get the list of built-in modules by the following option: $ httpd -l ------------------------------------------------------------------------ [2002-12-11 22:13:41] alan@akbkhome.com It appears that apache 2 is correctly encoding the input, I would suggest a having a look at the multibyte extension, to see if there is a way of a) configuring php to automatically decode these for you b) a routine to manually decode them. ------------------------------------------------------------------------ [2002-12-11 21:40:39] xp2002@hkedcity.net I use the same client (Windows2000 + IE6), the same server OS (Redhat7.2) and the same php version (4.2.3 and 4.4.0-dev). The only difference is Apache version, Apache1.3.27 and Apache2.0.40. For testing, I use the "big 5" character "«O¨}" From Apache1.3.27: $_REQUEST = "«O¨}" From Apache2.0.40: $_REQUEST = "保良" The setup of both Apache servers are equal. Apache1.3.27: './configure' '--with-mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--with-imap' '--with-kerberos' '--with-imap-ssl' '--with-gettext' '--with-xml' '--with-ldap' '--enable-ftp' Apache2.0.40: './configure' '--with-mysql' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-imap' '--with-kerberos' '--with-imap-ssl' '--with-gettext' '--with-xml' '--with-ldap' '--enable-ftp' Thanks for help. ------------------------------------------------------------------------ [2002-12-11 19:57:32] alan_k@php.net 2)htmlentities has an extra optional argument for characterset Can you double check what that the brower is sending to the server (karpski), and see if theres any difference between you r Apache1.3 & Apache2.0 setup ------------------------------------------------------------------------ [2002-12-11 19:36:37] xp2002@hkedcity.net I have tried the latest PHP CVS 4.4.0-dev(200212120030). The problem still exist. All "big 5" characters from HTML form POST/GET are always converted to HTML codes. No function can be used to convert HTML codes back to "big 5" characters. Thanks. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20929 -- Edit this bug report at http://bugs.php.net/?id=20929&edit=1