| Summary: | Error actual cost format in receipt summary | ||
|---|---|---|---|
| Product: | Koha | Reporter: | Mirjam Vantieghem <mirjam.vantieghem> |
| Component: | Acquisitions | Assignee: | Bugs List <koha-bugs> |
| Status: | NEW --- | QA Contact: | Testopia <testopia> |
| Severity: | minor | ||
| Priority: | P5 - low | CC: | martin.renvoize |
| Version: | Main | ||
| Hardware: | All | ||
| OS: | All | ||
| GIT URL: | Initiative type: | --- | |
| Sponsorship status: | --- | Comma delimited list of Sponsors: | |
| Crowdfunding goal: | 0 | Patch complexity: | --- |
| Documentation contact: | Documentation submission: | ||
| Text to go in the release notes: | Version(s) released in: | ||
| Circulation function: | |||
|
Description
Mirjam Vantieghem
2024-02-08 13:43:17 UTC
Hi Mirjam, at the moment the CurrencyFormat system preference is only used for setting the display, not the input format. I am to blame for adding the validation and will have to do some more testing, but in general Koha currently expects all amounts entered with a decimal dot. In some places a decimal comma led to wrong values or even errors on saving. It might be that the receive page was more flexible, which we might want to have a closer look at. I was aiming to get some consistency in behavior as a first step. Ultimately we would like to have the input format configurable as well. |