composer' html items do not respect the character encoding of HTML pages loaded via URL

[qgib]

Author Name: Mathieu Pellerin - nIRV (Mathieu Pellerin - nIRV)
Original Redmine Issue: 11287
Affected QGIS version: master
Redmine category:map_composer/printing
Assignee: Nyall Dawson

---

The composer' html items do not respect the character encoding declared within HTML pages when loaded via entering a URL.

Steps to reproduce:

1. Create a new composer, and add an html item onto it
2. In the html item's URL text box, enter "http://www.licadho-cambodia.org/?khmer"
3. Hit Refresh HTML
4. When the page is drawn, you'll notice a lot of ÁÁÁÁÁÁÁ characters, indicating that the character encoding used to render the page is set to something other than UTF-8 (the declared encoding of the loaded page)

Load the above-mentioned page in your browser to see how it should normally look with proper encoding. I'm attaching a screenshot which should also help.

Whatever underlying QT web tech the html item is using, if it can't detect a given page's character encoding, it surely allows for a default character encoding to be set, which should be UTF-8 to insure greatest compatibility with what's out there.

It's a pretty significant issue when it comes to making sure QGIS works for everyone around the globe.

Setting the priority to high as I am not sure if this regressed, or if it was always like that.

---

• html_item-wrong_character_encoding.png (Mathieu Pellerin - nIRV)
• html_item-broken_arabic.png (Mathieu Pellerin - nIRV)

[qgib]

Author Name: Mathieu Pellerin - nIRV (Mathieu Pellerin - nIRV)

---

As to express the wide-ranging impact of this issue, I'm attaching a screenshot showing broken character encoding of an Arabic wikipedia page.

---

• 7860 was configured as html_item-broken_arabic.png

---

• html_item-broken_arabic.png (Mathieu Pellerin - nIRV)

[qgib]

Author Name: Nyall Dawson (@nyalldawson)

---

Fixed in changeset "184122571ac1d310de8c8906e512788ebbbb29a9".

---

• status_id was changed from Open to Closed