httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pi Dizayn <>
Subject Re: [users@httpd] Re: Form problem with non-ascii characters (æ or ß)
Date Thu, 27 Jun 2013 15:34:14 GMT
On Thu, Jun 27, 2013 at 4:57 AM, Jim Albert <> wrote:

> On 6/26/2013 1:02 PM, Pi Dizayn wrote:
>>     Here is a simple form from that server.
>> Sorry I forgot to send the link of the form.
> Have you checked to see that the browser is submitting the request? Check
> your apache access logs.
> The firefox httpfox addon might help so that you can see the communication
> between browser and server:
> IE has similar feature with F12/Developer tools and the Network tab.
> Maybe viewing the returned headers will help.
> It sure seems related to the character set. Did you check the settings on
> AddDefaultCharset between your old and new apache server (possibly in
> httpd.conf since I assume any .htaccess files would be the same)? If that's
> set, it should match the characters intend to display and should be in sync
> with what you are setting via meta tags.
> I'm assuming that:
> <meta http-equiv='Content-Type' content='text/html; charset=iso-8859-9'>
> is what you set in your code when it was working on your old server.
> Maybe the AddDefaultCharset (assuming it is set) on your new server
> conflicts with iso-8859-9.
> Jim

Dear Jim,

First of all thank you for recommending me HttpFox. I was checking headers
from FireBug but HttpFox looks better.
There is no log for error or access in httpd logs.
AddDefaultCharset is disabled both of the server.  I tried
"AddDefaultCharset iso-8859-9". It doesn't solve.
When I checked with HttpFox what I get is;

   - (Request-Line)    POST /formtest2.php HTTP/1.1
   - Host
   - User-Agent    Mozilla/5.0 (Windows NT 6.2; WOW64; rv:21.0)
   Gecko/20100101 Firefox/21.0
   - Accept
   - Accept-Language    en-us,tr;q=0.7,en;q=0.3
   - Accept-Encoding    gzip, deflate
   - Referer
   - Cookie
   __atuvc=7%7C26; PHPSESSID=d2rr0kb8q0rn0hlvt801vt6na5; __utmc=256146967
   - Content-Type    application/x-www-form-urlencoded
   - Content-Length    5

which are the same as the form that works normally on my server.
It also says NS_ERROR_NET_RESET. When I googled NS_ERROR_NET_RESET I saw
that somebody is mentioning about enctype. When I add
enctype="application/x-www-form-urlencoded" to the form, it started working
for Turkish characters and also for æ, ß too. But I can't add enctype to
all of my forms. I feel I'm close to the solution. :)

Boray Eris

View raw message