Package: libicu57
Version: 57.1-6+deb9u1
Severity: normal
Dear Maintainer,
we have troubles using the NumberFormatter from php which uses libicu to
format strings according to locale. From what I can tell this is a regress
in ICU from jessie to stretch.
This is a short testing snippet that failed for us:
:~$ cat test-formatter.php
<?php
$numberFormatter = new NumberFormatter('de-AT',
NumberFormatter::DECIMAL);
var_dump($numberFormatter->format('1000000'));
$numberFormatter = new NumberFormatter('de-DE',
NumberFormatter::DECIMAL);
var_dump($numberFormatter->format('1000000'));
$numberFormatter = new NumberFormatter('en-US',
NumberFormatter::DECIMAL);
var_dump($numberFormatter->format('1000000'));
:~$ php -f test-formatter.php
string(11) "1 000 000"
string(9) "1.000.000"
string(9) "1,000,000"
Thing is, for de-AT the same output than for de-DE is expected, but not given.
This worked with the version in jessie.
Why do I think this is a regression in ICU and not in php? We have tried
the php packages from sury.org and it doesn't change anything regardless of
which php version we are using, may it be php5 or php7. It works on jessie
(we bet "1.000.000" for de-AT there too) but doesn't work anymore on
stretch.
What I see here:
symbols{
group{" "}
}
https://ssl.icu-project.org/repos/icu/icu/tags/release-57-1/source/data/locales/de_AT.txt
This might be the culprit - it wasn't there in 52. Though, I can't find
that anywhere within the Debian source, where would that be, I would like
to try out a test build that could fix the issue for us locally.
I can find that it was done in upstream changeset 37836, but the log
message "CLDR 28 data integration" doesn't really enlighten me. The
mergeinfo changesets neither.
Do you have any contact with emmons or know how dig further through their
trac to find out where this might have came from because the change doesn't
make much sense to me and I'd like to know the reasoning behind this
change, it's causing troubles for our application.
Thanks in advance,
Rhonda
