Timeline for What might cause contribution amounts to multiply by 100 instead of recording values with a decimal place
Current License: CC BY-SA 4.0
8 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Aug 8, 2019 at 14:57 | vote | accept | m robinson | ||
| Jul 24, 2019 at 23:10 | answer | added | m robinson | timeline score: 5 | |
| Apr 5, 2019 at 0:29 | comment | added | m robinson | I've updated my test site to 5.12 and still seeing the same behavior. Suppose I'll test 5.11 in case it was somehow re-introduced as a regression? But since this site is not localized to use any currency other than USD, and I can't replicate it on a demo or other site with the same configuration, I'm more and more convinced there's something odd in the database. | |
| Apr 5, 2019 at 0:21 | comment | added | m robinson | @chris-burgess -- thanks for the tip. In the request params, the value is 1.23, which is the same as what I enter. It then gets stored in the database as 123.00 | |
| Apr 4, 2019 at 7:11 | comment | added | Jaap Jansma - CiviCooP | CiviCRM has some issues with amounts being multiplied because the decimal sign wasn't applied correctly. In the Netherlands we use the comma (,) as a decimal separator. This bug was fixed and introduced a regression bug which had to do with adding extra zero's. That regression bug is fixed 5.11.0 See lab.civicrm.org/dev/core/issues/407#note_14584 | |
| Apr 3, 2019 at 22:32 | comment | added | Chris Burgess | Are you able to inspect the submitted values (using your browser's developer tools, eg Firefox Network Tab > Request Params and see whether the submitted amount value is 5.00 or 500? That would help tell if the issue is clientside (before / during submission) or serverside (during processing). | |
| Mar 20, 2019 at 23:15 | review | First posts | |||
| Mar 26, 2019 at 11:57 | |||||
| Mar 20, 2019 at 23:11 | history | asked | m robinson | CC BY-SA 4.0 |