#48883 [Opn->Csd]: Encoding definition does not work properly
| From: | m dot just1 at free dot fr | Date: | Mon, 09 Nov 2009 17:32:52 +0000 |
| Subject: | #48883 [Opn->Csd]: Encoding definition does not work properly | ||
| References: | 1 | Groups: | php.webmaster |
| Request: | Send a blank email to php-webmaster+get-6448@lists.php.net to get a copy of this message | ||
ID: 48883
User updated by: m dot just1 at free dot fr
Reported By: m dot just1 at free dot fr
-Status: Open
+Status: Closed
Bug Type: Website problem
Operating System: Windows Vista
PHP Version: Irrelevant
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[2009-11-04 22:12:40] 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-07-10 22:25:28] 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-07-10 21:43:49] 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 21:07:42] 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 20:50:24] 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..)
------------------------------------------------------------------------
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/48883
--
Edit this bug report at http://bugs.php.net/?id=48883&edit=1