Summary: | Plack config: Amounts with decimal comma instead of decimal dot breaking payments | ||
---|---|---|---|
Product: | Koha | Reporter: | Katrin Fischer <katrin.fischer> |
Component: | Circulation | Assignee: | Bugs List <koha-bugs> |
Status: | In Discussion --- | QA Contact: | Testopia <testopia> |
Severity: | major | ||
Priority: | P5 - low | CC: | alexbuckley, dcook, gmcharlt, kyle.m.hall, mirko, severine.queune, tomascohen, ulrich.kleiber, veron |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17462 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18900 |
||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: |
Description
Katrin Fischer
2017-03-01 11:16:05 UTC
The 'comma problem' started on our production servers after we have enabled Plack. It seems that the CGI version is using locale C whereas Plack is using the default locale of the server. After we have chosen None as our default locale, the decimal point was back again (partly a reboot was required). Apart from this, the default locale None is also recommended here: https://wiki.debian.org/Locale Hi Katrin I tried following your test plan doing the following, on the latest version of Koha * Turning on plack * Creating a manual invoice with the value 10.00 * Going to the fines tab and observed both the individual fine and the total were displayed with . i.e. 10.00 not a , Therefore I am unable to replicate this test plan Hi Alex, this is not easy to reproduce as it depends on the environment/Plack configuration (see comment from my coworker Ulrich). It's real, but not sure if a patch can be written to fix it. We thought it would be good to write up our finding in case another library runs into this. So, if you fix some variables: - browser, - browser locale - settings in Koha then if you switch the locale and restart plack the behaviour change? (In reply to Tomás Cohen Arazi from comment #4) > So, if you fix some variables: > - browser, > - browser locale > - settings in Koha > > then if you switch the locale and restart plack the behaviour change? Yes. We have seen this happen twice - we fixed it, we lost the setting in Plack... we fixed it again. I know it sounds strange, we were a bit puzzled as well. (In reply to Katrin Fischer from comment #5) > (In reply to Tomás Cohen Arazi from comment #4) > > So, if you fix some variables: > > - browser, > > - browser locale > > - settings in Koha > > > > then if you switch the locale and restart plack the behaviour change? > > Yes. We have seen this happen twice - we fixed it, we lost the setting in > Plack... we fixed it again. I know it sounds strange, we were a bit puzzled > as well. The only thing I can think of right now is that Plack is smart and imports the env locales settings. And I bet some of our libraries for handling number representations, like TT, is picking that. So we should be hardcoding the 'no-locale' setting. Sounds plausible. |