[Koha-bugs] [Bug 6554] Broken encoding in members home/search page
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Mon Oct 24 20:11:09 CEST 2011
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6554
--- Comment #8 from Dobrica Pavlinusic <dpavlin at rot13.org> 2011-10-24 18:11:09 UTC ---
Created attachment 6041
--> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6041
Clean up Koha utf-8 string handling
We are having same problem, but in our case we don't use localized templates
but have utf-8 characters inside MySQL which get double utf-8 encoded before
they are sent to browser.
If you feel brave, you can try attached patch with fixes problem for us.
Below is short summary of changes from patch:
This patch tries to clean up utf-8 handling in Koha.
In current implementation (mostly commented out in this patch)
uses heuristic to guess which strings need decoding from utf-8
to binary representation and doesn't support utf-8 characters
in templates and has problems with utf-8 data from database.
With this changes, Koha perl code always uses utf-8 encoding
correctly. All incomming data from database is allready
correctly marked as utf-8, and decoding of utf8 is required
only from Zebra and XSLT transfers which don't set utf-8 flag
correctly.
For output, standard perl :utf8 handler is used removing various
"wide character" warnings as side-effect.
--
Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA Contact for the bug.
More information about the Koha-bugs
mailing list