Activity log for bug #522977

Date Who What changed Old value New value Message
2010-02-17 01:50:09 Don Kirkby bug added bug
2010-02-17 01:53:46 Don Kirkby description I can reproduce this in a new database with the demo data when mrp_jit is installed. I create a sales order for Bank Wealthy and Sons for 1 basic PC [PC1]. I confirm the sales order. When I look at the procurement orders, I see one in exception state. There are two ways to resolve the exception: 1. Open the procurement order and click the retry button. 2. Run the Compute All Schedulers wizard. However, JIT isn't very useful if I still have to run the scheduler all the time. Analysis: When the procurement workflow tries to transition from confirm_mts to make_to_stock, it executes mrp_procurement.check_make_to_stock(). During that method, it calls stock_move.action_assign() on the stock move, but this fails because the stock move is still in the draft state. When you retry the procurement, the stock move has been confirmed and the transition succeeds. I can reproduce this in a new database with the demo data when mrp_jit is installed. I create a sales order for Bank Wealthy and Sons for 1 basic PC [PC1]. I confirm the sales order. When I look at the procurement orders, I see one in exception state. There are two ways to resolve the exception: 1. Open the procurement order and click the retry button. 2. Run the Compute All Schedulers wizard. However, JIT isn't very useful if I still have to run the scheduler all the time. Analysis: When the procurement workflow tries to transition from confirm_mts to make_to_stock, it executes mrp_procurement.check_make_to_stock(). During that method, it calls stock_move.action_assign() on the stock move, but this fails because the stock move is still in the draft state. When you retry the procurement, the stock move has been confirmed and the transition succeeds. I am running the addons 5.0 branch up to revision 2582 (Feb 15, 2010) on Ubuntu 9.10.
2010-02-17 06:54:12 Vinay Rana (OpenERP) openobject-addons: status New Invalid
2010-02-17 17:31:40 Don Kirkby openobject-addons: status Invalid New
2010-02-18 10:13:57 Vinay Rana (OpenERP) openobject-addons: status New Confirmed
2010-02-19 22:26:07 Don Kirkby branch linked lp:~donkirkby/openobject-addons/mrp-jit-restart
2010-02-23 09:22:12 Stephane Wirtel (OpenERP) openobject-addons: milestone 5.0.7
2010-02-23 13:28:29 Vinay Rana (OpenERP) attachment added bug-522977-mrp_jit http://launchpadlibrarian.net/39609789/bug-522977-mrp_jit.diff
2010-02-23 13:29:54 Vinay Rana (OpenERP) openobject-addons: status Confirmed In Progress
2010-02-23 18:23:37 Don Kirkby description I can reproduce this in a new database with the demo data when mrp_jit is installed. I create a sales order for Bank Wealthy and Sons for 1 basic PC [PC1]. I confirm the sales order. When I look at the procurement orders, I see one in exception state. There are two ways to resolve the exception: 1. Open the procurement order and click the retry button. 2. Run the Compute All Schedulers wizard. However, JIT isn't very useful if I still have to run the scheduler all the time. Analysis: When the procurement workflow tries to transition from confirm_mts to make_to_stock, it executes mrp_procurement.check_make_to_stock(). During that method, it calls stock_move.action_assign() on the stock move, but this fails because the stock move is still in the draft state. When you retry the procurement, the stock move has been confirmed and the transition succeeds. I am running the addons 5.0 branch up to revision 2582 (Feb 15, 2010) on Ubuntu 9.10. I can reproduce this in a new database with the demo data when mrp_jit is installed. I create a sales order for Bank Wealthy and Sons for 1 basic PC [PC1]. I confirm the sales order. When I look in Stock Management: Outgoing Products: Available Packing, I expect to see the packing list for my order, but it's not there. When I look at the procurement orders, I see one in exception state. There are two ways to resolve the exception and make the packing list appear: 1. Open the procurement order and click the retry button. 2. Run the Compute All Schedulers wizard. However, JIT isn't very useful if I still have to run the scheduler all the time. Analysis: When the procurement workflow tries to transition from confirm_mts to make_to_stock, it executes mrp_procurement.check_make_to_stock(). During that method, it calls stock_move.action_assign() on the stock move, but this fails because the stock move is still in the draft state. When you retry the procurement, the stock move has been confirmed and the transition succeeds. I am running the addons 5.0 branch up to revision 2582 (Feb 15, 2010) on Ubuntu 9.10.
2010-02-26 01:58:25 Olivier Dony (Odoo) attachment added mrp module patch for jit case http://launchpadlibrarian.net/39801084/lp522977
2010-02-26 02:05:41 Olivier Dony (Odoo) attachment removed bug-522977-mrp_jit http://launchpadlibrarian.net/39609789/bug-522977-mrp_jit.diff
2010-02-26 02:07:06 Olivier Dony (Odoo) openobject-addons: assignee Olivier Dony (OpenERP) (odo)
2010-02-26 02:07:23 Olivier Dony (Odoo) openobject-addons: importance Undecided Medium
2010-02-26 17:41:29 Launchpad Janitor branch linked lp:openobject-addons/5.0
2010-02-26 17:42:33 Olivier Dony (Odoo) openobject-addons: status In Progress Fix Released
2010-09-13 06:44:39 shanky bug added subscriber shanky