Dolibarr ERP & CRM » Bugs » bug #1366 Special characters are HTML encoded with WYSIWYG moduleLatest modifications
Answer now
Snapshot Details |
Submitted by: | Marcos García (marcosgdf) | | Submitted on: | 2014-05-01 16:44 |
Last Modified On: | 2014-05-01 16:53 | |
Summary: | Special characters are HTML encoded with WYSIWYG module |
Description: | Since version 3.4 (also affects develop), when an special character is entered (like accents), they are htmlencoded in the database, so when a .ODT file retrieves the information, it does not render HTML.
Reported by several dolibarr.es forum users at http://www.dolibarr.es/index.php/foro/6-icomo/3984-problema-plantillas-odt-acentuaciones-y-numeros?limit=6&start=18#5047 |
Step to reproduce bug: | |
Detected in version: | 3.4.2 | | Category: | Module: WYSIWYG Editor |
Severity: | 7 | | OS Type/Version: | |
PHP version: | | | Database type and version: | |
Status |
Status: | Open | | Assigned to: | None |
Resolution: | None | |
Comments- Laurent Destailleur 2014-05-07 15:10
- When wysiwyg is enabled, you ask dolibarr to manage html into data. This means html content is used and saved into database.
However odt is not able to manage html (neither a <strong> tag, neither a html entities), making an error.
Solution is to enhance the odt drive to decode and clean html when string is html. - HENRY Florian 2014-05-01 16:53
- Similiar side effect in project set public note like "This is a note" in bold and chek the result in ODT : <strong>This is a note</strong>
ODT generator is not able to render HTML |
|
However odt is not able to manage html (neither a <strong> tag, neither a html entities), making an error.
Solution is to enhance the odt drive to decode and clean html when string is html.