That shouldn't be the problem then, since both are UTF-8.
Continuing to look at this Alec.
Paul
A.L.E.C wrote:
Paul Horton wrote:
It's also possible to call setlocale() at run time to alter PHP's interpretation of data.
So, roundcube uses such code:
// set localization setlocale(LC_ALL, $_SESSION['language'] . '.utf8', 'en_US.utf8'); // workaround for http://bugs.php.net/bug.php?id=18556 if (in_array($_SESSION['language'], array('tr_TR', 'ku', 'az_AZ'))) setlocale(LC_CTYPE, 'en_US' . '.utf8');
I'm using pl_PL.utf8, and en_US.utf8.
List info: http://lists.roundcube.net/dev/