You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ofbiz.apache.org by "Jacques Le Roux (JIRA)" <ji...@apache.org> on 2017/05/31 16:10:04 UTC
[jira] [Closed] (OFBIZ-9145) Greater precise value overriding price
in order
[ https://issues.apache.org/jira/browse/OFBIZ-9145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jacques Le Roux closed OFBIZ-9145.
----------------------------------
Resolution: Implemented
Fix Version/s: Upcoming Release
Thanks Oleg,
Your patch is in trunk at revision: 1797066
> Greater precise value overriding price in order
> -----------------------------------------------
>
> Key: OFBIZ-9145
> URL: https://issues.apache.org/jira/browse/OFBIZ-9145
> Project: OFBiz
> Issue Type: Improvement
> Components: order
> Affects Versions: Trunk
> Environment: OSX
> Reporter: Oleg Andreyev
> Assignee: Jacques Le Roux
> Priority: Minor
> Fix For: Upcoming Release
>
> Attachments: ovr_price_precisely.diff
>
>
> I encounter a problem when try to re-enter orders originally created in another system (not ofbiz). And I found some cases when it's not possible to reproduce it exactly due to some promo rules triggered in this another system. But I must. Difference .01 is important.
> Solution would be if I can change the unit price in an existing order using value with 3 digits after decimal point. I found that if I add new order item and check "Override" price I am able to enter more precise values, but if I update unit price in an existing order item I am not. updateOrderItems rounds it to 2 digits. Exactly the same intention but works differently.
> This makes me think we can remove rounding in second case. I believe if user want to change the unit price he knows why.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)