Hi OSSolution,
Just a quick message to let you know that i believe i have found a bug in the donor edit screen of JoomDonation v3.8.
The issue arises when there is an amount that is over $1000 which is formatted by using PHP's number_format function. By default, this function formats numbers over 1000 to include commas ',' for readability. However it also appears that during the save process in the component does not strip out the commas successfully and causes the amount to be equal to the number before the comma. (eg. $2,250 saves as $2)
Below is the code line in question: (administrator/com_jdonation/views/donor/tmpl/default.php : line 62
Code:
<input type="text" class="input-small" name="amount" value="[php] echo $this->item->amount > 0 ? number_format($this->item->amount, 2) : ""; [/php]" size="7" />
In order to get around the issue of the amounts saving incorrectly, i have made an update to the line in question.
Code:
<input type="text" class="input-small" name="amount" value="<?php echo $this->item->amount > 0 ? number_format($this->item->amount), 2, '.', '') : "";?>" size="7" onchange="clearCommas();"/>
I updated number_format to include the extra 2 features of the function to format both the '.' and then the normal ',' as as a blank.
I added in str_replace around $this->item->amount as a precaution in case the amount comes through with a comma.
I also inserted the same string replacement javascript that is present in the front-end for formatting the amount as it is being entered to reduce the human error. This is the same as the "deSelectRadio();" functions section for stripping commas out.
I'm unsure if this is fixed in your most recent versions, but i thought i would share this just in case it hadn't been found.
P.S. It is very hard to post actual code because apparently everything seems to count as an SQL injection. 
