ofbiz-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jacopo Cappellato (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (OFBIZ-9145) Greater precise value overriding price in order
Date Tue, 16 May 2017 07:44:04 GMT

     [ https://issues.apache.org/jira/browse/OFBIZ-9145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Jacopo Cappellato updated OFBIZ-9145:
    Fix Version/s:     (was: 16.11.02)

> 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: Release Branch 13.07, Release Branch 14.12, Trunk, 16.11.01, Release
Branch 15.12
>         Environment: OSX
>            Reporter: Oleg Andreyev
>            Priority: Minor
>             Fix For: Trunk
>         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

View raw message