availability of prodlot check when assigning a prodlot to a move: non optimal location_id control; patch included
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenERP |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Hi,
Currently,
When selecting a prodlot_id in the move form view, when showing the many2one prodlot popup, the available stock quantity by prodlot is correctly displayed.
BUT
Once a prodlot_id chosen, there is an availability control performed, with method onchange_lot_id in stock/stock.py.
and then if you look at the SQL request performed, you'll notice that this onchange_lot_id won't look for an availability of the prodlot only inside the selected location but rather for ALL internal location.
Meaning that if you have the given prodlot is available somewhere in some internal location BUT NOT inside the currently selected location, then the check won't tell you that the product isn't really available for that specific location.
This is because that the stock_productio
We think that a simple patch might be apply to have the location_id passed properly from the onchange_lot_id check method to the _get_stock context argument. See attached patch.
Hope this helps,
Raphaël Valyi
Changed in openobject-addons: | |
status: | New → Confirmed |
Changed in openerp: | |
status: | Fix Released → Confirmed |
Changed in openerp: | |
status: | Fix Released → Confirmed |
Thanks Raphaël
Fixed in trunk revision 2238