← Back to team overview

openerp-india team mailing list archive

[Bug 917931] Re: [V6]"stock.move.memory.out" quantity field lacks digits_compute attribute

 

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 a member of OpenERP
Indian Team, 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


Follow ups

References