| Index
» Projects
» phpMyEdit
» Bug list
» Bug #707 |
 |
|
Viewing Bug Advanced Details |
[ Jump to Bugnotes ]
[ Bug History ]
[ Print ]
|
|
ID |
Category |
Severity |
Reproducibility |
Date Submitted |
Last Update |
|
0000707 |
documentation |
crash |
always |
2011-10-20 02:15 |
2011-10-20 02:15 |
|
|
|
Reporter |
epo |
View Status |
public |
|
|
Assigned To |
|
|
Priority |
normal |
Resolution |
open |
Platform |
i386 |
|
Status |
new |
Duplicate ID |
|
OS |
Ubuntu |
|
Projection |
none |
|
Version |
|
|
ETA |
none |
|
Product Version |
5.7.1 (stable) |
|
|
Product Build |
|
|
|
Votes |
1 |
|
|
|
Summary |
Malfunction because of improper character set |
|
Description |
6.2. Handling national characters P.47
... But even if the HTML header and footer is turned on, the generated META tags do not contain any entry defining the proper type of content and character set. It’s up to you to send this kind information with the served page. ...
|
|
Steps To Reproduce |
|
|
Additional Information / Solution |
This is completely nonsensense. The package comes with 2 files for each langauge XX: PME.lang.XX-LATIN1.inc and PME.lang.XX-UTF8.inc.
But in the file PME.lang.XX.inc the Latin character set becomes hardcoded included. This in turn crashes with headers expecting utf-8.
The correct measure is to correct the PME.lang.XX.inc file in the lang directory with:
return include dirname(__FILE__).'/PME.lang.DE-UTF8.inc';
Please correct the documentation.
|
|
Attached Files |
|
|
|
|
There are no notes attached to this bug. |
|
Bug History |
|
Date Modified |
Username |
Field |
Change |
|
2011-10-20 02:15 |
epo |
New Bug |
|
|
|
Login
Registration
Slovak
