IMHO, both workarounds should not be done just like that, if you were to work on a farmaceutical production facility, where precision is not an option, and where quantities should be not trespassed, and where responsability about taking inventory in a wrong way can be.punished by law,
Then proposed solution takes out a great share of potential customers who could trust on OERP, Thanks im advance On Jan 18, 2012 5:41 AM, "Amit Parik (OpenERP)" <[email protected]> wrote: > Hello hbto, > > You are absolutely right, we have to improve this (qty field) with > decimal precision on stock.move.memory.out for stable6. > > But We have already improved the partial picking wizard (as a > stock.partial.move) and we have not "Processing quantity %s %s for %s is > larger than the available quantity %s %s !'" this validation anymore in > trunk. > > We can allow the picking/deliver more qty then stock move's qty. So when > are increase the partial picking wizard's qty then it will automatically > change the stock move 's qty same as partial picking wizard's qty in > trunk. > > So finally your issue is only affecting for stable-6 because this > validation is only available in stable6. > > But there is one another problem also appears, that is we can not use > decimal precision for OSV memory wizard it's doesn't work for it. That's > why we can not add decimal precision for stock.move.memory.out wizard. > > (Note: If we have used a decimal precision for osv.osv_memory wizard, > first time it is displayed that it's looks like normally but whenever > you stop your server and again start it then it doesn't work and it > removed assigned accuracy.) > > Finally the conclusion is, your issue for stable -6 as well as it's not > a blocking point and not easily resolved, So we can not fix it for > stable6 version. > > Thanks for reporting! > > ** Changed in: openobject-addons > Status: New => Won't Fix > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/917931 > > Title: > [V6]"stock.move.memory.out" quantity field lacks digits_compute > attribute > > To manage notifications about this bug go to: > https://bugs.launchpad.net/openobject-addons/+bug/917931/+subscriptions > -- You received this bug notification because you are a member of OpenERP Framework Experts, which is subscribed to OpenERP Addons. https://bugs.launchpad.net/bugs/917931 Title: [V6]"stock.move.memory.out" quantity field lacks digits_compute attribute Status in OpenERP Addons (modules): Won't Fix Bug description: And therefore "stock.move.memory.in" which inherits "stock.move.memory.in" as a prototype, The lack of this attribute can cause the following message to arise: 'Processing quantity %s %s for %s is larger than the available quantity %s %s !' Right now it just use two decimal, Thanks in advance. Hbto To manage notifications about this bug go to: https://bugs.launchpad.net/openobject-addons/+bug/917931/+subscriptions -- Mailing list: https://launchpad.net/~credativ Post to : [email protected] Unsubscribe : https://launchpad.net/~credativ More help : https://help.launchpad.net/ListHelp
