php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #48883 Encoding definition does not work properly
Submitted: 2009-07-10 19:59 UTC Modified: 2009-11-09 17:32 UTC
From: m dot just1 at free dot fr Assigned:
Status: Closed Package: Website problem
PHP Version: Irrelevant OS: Windows Vista
Private report: No CVE-ID: None
View Developer Edit
 [2009-07-10 19:59 UTC] m dot just1 at free dot fr 
Description:
------------
I think the website gets a problem in encoding, because my Firefox 3 does not detect it automatically.
That issue is probably due to a syntax error in the HTML code :

<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>

There is one space missing after ' utf-8" ' I think...

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2009-07-10 20:38 UTC] bjori@php.net 
Huh? Thats definitely not a syntax error.

Which page exactly (full url please, including mirror (xx.php.net) and language (/manual/xx/)) are you experiencing this on?
 [2009-07-10 20:42 UTC] m dot just1 at free dot fr 
When I navigate (from France), I have the problem on all the pages (at least all function definitions).
For example : http://fr3.php.net/manual/kr/function.strchr.php

Even in UTF-8, I have some bad characters (hexa printed).
 [2009-07-10 20:50 UTC] bjori@php.net 
That exact page works fine for me in FireFox 3.5.0 and 3.0.11..
Are you sure your browser is using charset autodetection? Which exact version are you using? (btw, that page is in Korean..)
 [2009-07-10 21:07 UTC] m dot just1 at free dot fr 
The problem perhaps come from the Korean :
I went from Google -> www.php.net
On php.net (Global, English), I search for strchr function in the search tool
I get this result page : http://fr3.php.net/manual/kr/function.strchr.php (Korean, maybe)

Whereas I am in UTF-8 and the page encoding too, I can only read comments (in English), not function manual at all! The same for strstr function.

Firefox is 3.0.11 on my computer (last public release I think).

Thanks for helping me ;)
 [2009-07-10 21:43 UTC] bjori@php.net 
We are indeed experiencing problems with language detection from search engines, I don't know what the problem is and will need some help from Y!/Google engineers to debug.
If you restrict your search to match _English_ the search engines should only return "/manual/en/" results, whereas currently they all return "/manual/**/" (where "**" means "whatever language) results (/manual/kr/ == Korean, /manual/fr/ == French, /manual/en/ = English, and so on).

Regarding your charset problem.. I cannot reproduce it, and I honestly suspect browser configuration issues on your end (I've never seen this problem before).

Could you try creating clean firefox profile (firefox -no-remote -ProfileManager and then click "create profile"..) and then open the URL?

I'd really appreciate your help debugging this :)
 [2009-07-10 22:25 UTC] m dot just1 at free dot fr 
Ok the problem does not exist in French (/manual/fr/) !! (=> language detection problems...)

I followed your procedure to open Firefox with a new session. Unfortunately it does not change anything to the problem...
If I could give more precise informations, please ask me (with a "how to" :D).
 [2009-11-04 22:12 UTC] bjori@php.net 
The only thing I can think of is your Windows installation doesn't have the full font installed, hence not being able to render asian characters..
You seem to be the only one who can reproduce this..
 [2009-11-09 17:32 UTC] m dot just1 at free dot fr 
OK I tried with an other PC running Windows XP. Same problem.
I probably not have the requested font set to view Korean of course, which is obvious because my OS are in French.

Therefore I close the problem because the main concern was language detection in search engine requests.
 
PHP Copyright © 2001-2026 The PHP Group
All rights reserved. 		Last updated: Sun Jun 14 01:00:02 2026 UTC