clark kent generates iso8859-1 reports

Bug #1151468 reported by Pasi Kallinen
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Won't Fix
Medium
Unassigned

Bug Description

*EG master

Even though clark kent HTML report claims (with a meta tag) to be UTF-8, the generated report-data.html.raw.html is actually ISO8859-1

User environment variable LANG has no effect.

Tags: i18n
Ben Shum (bshum)
Changed in evergreen:
status: New → Triaged
Pasi Kallinen (paxed)
Changed in evergreen:
assignee: nobody → Pasi Kallinen (paxed)
Revision history for this message
Pasi Kallinen (paxed) wrote :

Fix in user/paxed/clark-kent-utf8

I'm not quite sure the hard-coded font path is correct for anything else than Debian and Ubuntu, but that can be changed with --font -parameter.

tags: added: i18n pullrequest
Changed in evergreen:
milestone: none → 2.5.0-m2
Revision history for this message
Pasi Kallinen (paxed) wrote :

Also: If the default truetype font doesn't exist, clark will use the default GD font - the same font it used before this change.

Dan Wells (dbw2)
Changed in evergreen:
milestone: 2.5.0-m2 → 2.5.0-alpha1
Remington Steed (rjs7)
Changed in evergreen:
milestone: 2.5.0-alpha1 → 2.5.0-alpha2
Dan Wells (dbw2)
Changed in evergreen:
milestone: 2.5.0-alpha2 → 2.5.0-beta1
Dan Wells (dbw2)
Changed in evergreen:
milestone: 2.5.0-beta1 → 2.5.0-rc
Dan Wells (dbw2)
Changed in evergreen:
milestone: 2.5.0-rc → 2.5.1
Ben Shum (bshum)
Changed in evergreen:
milestone: 2.5.1 → 2.5.2
assignee: Pasi Kallinen (paxed) → nobody
status: Triaged → Confirmed
importance: Undecided → Medium
Dan Wells (dbw2)
Changed in evergreen:
milestone: 2.5.2 → none
Changed in evergreen:
assignee: nobody → Josh Stompro (u-launchpad-stompro-org)
Revision history for this message
Josh Stompro (u-launchpad-stompro-org) wrote :

Hello, I was trying to test this patch out on an EG 2.8.1 system, but I first was trying to confirm that there was a problem. Unfortunately I wasn't able to. I created an html report that shows all the MARC fields for a record with Chinese characters, and everything shows up fine. I'm under the impression that iso8859-1 doesn't include Chinese characters. I would be happy to try again if someone can explain how to show the problem. Maybe this issue was fixed in EG > 2.5?

Josh

Changed in evergreen:
assignee: Josh Stompro (u-launchpad-stompro-org) → nobody
Revision history for this message
Jason Stephenson (jstephenson) wrote :

My suspicion, despite Pasi's statement to the contrary, is that something in the environment affected the output of the report. However, I don't know of anything that would automagically convert UTF-8 to ISO8859-1. It could be that Pasi had ISO data in the database.

Since the place where Pasi was (is?) employed at the time has moved on to Koha, I think we'd need someone to independently verify the bug again. I am setting this bug to incomplete and removing the pullrequest tag pending that confirmation. Perhaps, Ben Shum can let us know why he set the bug to confirmed.

tags: removed: pullrequest
Changed in evergreen:
status: Confirmed → Incomplete
Revision history for this message
Eva Cerninakova (ece) wrote :

This seems to me to be the same as https://bugs.launchpad.net/evergreen/+bug/1357978

Revision history for this message
Rogan Hamby (rogan-hamby) wrote :

Using a 3.1 beta system I can't duplicate this behavior. I used Japanese kanji characters in several places and the system created correct output each time without falling to iso8859-1.

Changed in evergreen:
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.