|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #43440 Wrong encoding on some parts of the page
Submitted: 2007-11-28 13:35 UTC Modified: 2008-01-11 19:55 UTC
From: Assigned: bjori (profile)
Status: Closed Package: Doc Build problem
PHP Version: Irrelevant OS: Irrelevant
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
Solve the problem:
23 - 4 = ?
Subscribe to this entry?

 [2007-11-28 13:35 UTC]
The encoding of the autogenerated "contents" section of the following pages is messed up for the Bulgarian translation of the manual:

It looks like the UTF-8 header is not respected for that special part of the page.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2007-12-04 09:39 UTC]
Its due to the crazy XPath workaround (altough I wonder why it screws up so badly as it should all be utf8).

Seems like the themes/formats really need to have access to the reader to run XPath querys on :(
 [2008-01-11 19:55 UTC]
This bug has been fixed in CVS. Since the websites are not directly
updated from the CVS server, the fix might need some time to spread
across the globe to all mirror sites, including itself.

Thank you for the report, and for helping us make better.

PHP Copyright © 2001-2023 The PHP Group
All rights reserved.
Last updated: Sat Dec 02 00:01:27 2023 UTC