[jira] [Commented] (OFBIZ-9145) Greater precise value overriding price in order

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Commented] (OFBIZ-9145) Greater precise value overriding price in order

JIRA jira@apache.org

    [ https://issues.apache.org/jira/browse/OFBIZ-9145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16014034#comment-16014034 ]

Jacques Le Roux commented on OFBIZ-9145:
----------------------------------------

I tend to agree with OIeg. If nobody is against I'll commit Oleg's patch in 1 week (or more)

> 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
>         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)