This should have required another bug report, but anyway, I think we need
another check, in this case in stock.warehouse.orderpoint to ensure multiple
quantity is > 0.
Having this multiple set to zero makes the calculation of minimum stock rules
crash, so yes, I think this check is necessary.
A Dimecres, 10 de març de 2010, Jay (Open ERP) va escriure:
> Hello Albert,
>
> The fix introduced was followed by the good suggestion from Jan Verlaan.
> http://bazaar.launchpad.net/~openerp/openobject-addons/5.0/revision/2438.1.
> 1
>
> Revisions get merged,so we cant really rely on basic revision number.
>
> However, I would like to know your view whether we really need this
> constraint on stock.warehouse.orderpoint?
>
> Thank you for your time.
>
Oh! Sorry! It seems I was totally slept.
This should have required another bug report, but anyway, I think we need .orderpoint to ensure multiple
another check, in this case in stock.warehouse
quantity is > 0.
Having this multiple set to zero makes the calculation of minimum stock rules
crash, so yes, I think this check is necessary.
A Dimecres, 10 de març de 2010, Jay (Open ERP) va escriure: bazaar. launchpad. net/~openerp/ openobject- addons/ 5.0/revision/ 2438.1. .orderpoint?
> Hello Albert,
>
> The fix introduced was followed by the good suggestion from Jan Verlaan.
> http://
> 1
>
> Revisions get merged,so we cant really rely on basic revision number.
>
> However, I would like to know your view whether we really need this
> constraint on stock.warehouse
>
> Thank you for your time.
>
-- www.NaN- tic.com
Albert Cervera i Areny
http://
Mòbil: +34 669 40 40 18