| phpMyEdit - Viewing Bug Advanced Details | [ Go Back ] | ||||
|
|
|||||
| ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
| 707 | documentation | crash | always | 2011-10-20 02:15 | 2011-10-20 02:15 |
|
|
|||||
| Reporter: | epo | Platform: | i386 | ||
| Assigned To: | OS: | Ubuntu | |||
| Priority: | normal | Version: | |||
| Status: | new | Product Version: | 5.7.1 (stable) | ||
| Product Build: | Resolution: | open | |||
| Projection: | none | Duplicate ID: | |||
| ETA: | none | ||||
|
|
|||||
| 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. |