Activity log for bug #1193779

Date Who What changed Old value New value Message
2013-06-23 07:35:24 Mohammad Alhashash bug added bug
2013-06-23 08:23:41 Mohammad Alhashash branch linked lp:~alhashash/openobject-addons/7.0-alhashash-fix-1193779
2013-06-23 08:34:21 Mohammad Alhashash description Important note: Reproduction of this bug depends on the order of workflow transition checks. If it does not reproduce, upgrading the 'stock_location' module may change the evaluation order. Create a make-to-order pull flow for a stockable product A in location X from location Y. Create and order point for product A in X and run the scheduler. Procurement order moves to 'Ready' state but no move from Y to X is created. Only a move from 'Virtual locations/Procurement' to X. The problem is caused by the transition 'procurement.trans_confirm_mto_make_done'. It moves the procurement from 'confirm_mto' directly to 'ready' with the condition 'not check_produce() and not check_buy()' and will not allow executing 'stock_location.trans_confirm_mto_buy01' which should have moved the procurement to 'move' state to call 'action_move_create()' . The solution is to change the condition of 'procurement.trans_confirm_mto_make_done' to be 'not check_produce() and not check_buy() and not check_move'. I'll submit a merge proposal ASAP. Regards, Mohammad Alhashash Important note: Reproduction of this bug depends on the order of workflow transition checks. If it does not reproduce, upgrading the 'stock_location' module may change the evaluation order. Create a make-to-order pull flow for a stockable product A in location X from location Y. Create an order point for product A in X and run the scheduler. Procurement order state changes to 'Ready' but no move from Y to X is created. Only a move from 'Virtual locations/Procurement' to X. The problem is caused by the transition 'procurement.trans_confirm_mto_make_done'. It moves the procurement from 'confirm_mto' activity directly to 'ready' using the condition 'not check_produce() and not check_buy()' and will not allow executing 'stock_location.trans_confirm_mto_buy01' which should have moved the procurement to 'move' state to call 'action_move_create()' . The solution is to change the condition of 'procurement.trans_confirm_mto_make_done' to be 'not check_produce() and not check_buy() and not check_move'. Regards, Mohammad Alhashash
2013-06-24 05:36:39 Mohammad Alhashash description Important note: Reproduction of this bug depends on the order of workflow transition checks. If it does not reproduce, upgrading the 'stock_location' module may change the evaluation order. Create a make-to-order pull flow for a stockable product A in location X from location Y. Create an order point for product A in X and run the scheduler. Procurement order state changes to 'Ready' but no move from Y to X is created. Only a move from 'Virtual locations/Procurement' to X. The problem is caused by the transition 'procurement.trans_confirm_mto_make_done'. It moves the procurement from 'confirm_mto' activity directly to 'ready' using the condition 'not check_produce() and not check_buy()' and will not allow executing 'stock_location.trans_confirm_mto_buy01' which should have moved the procurement to 'move' state to call 'action_move_create()' . The solution is to change the condition of 'procurement.trans_confirm_mto_make_done' to be 'not check_produce() and not check_buy() and not check_move'. Regards, Mohammad Alhashash Important note: Reproduction of this bug depends on the order of workflow transition checks. If it does not reproduce, upgrading the 'stock_location' module may change the evaluation order. Create a make-to-order pull flow for a stockable product A in location X from location Y. Create an order point for product A in X and run the scheduler. Procurement order state changes to 'Ready' but no move from Y to X is created. Only a move from 'Virtual locations/Procurement' to X. The problem is caused by the workflow transition 'procurement.trans_confirm_mto_make_done'. It moves the procurement from 'confirm_mto' activity directly to 'ready' using the condition 'not check_produce() and not check_buy()' and will not allow executing 'stock_location.trans_confirm_mto_buy01' trasition which should have moved the procurement to 'move' state to call 'action_move_create()' . The solution is to change the condition of 'procurement.trans_confirm_mto_make_done' to be 'not check_produce() and not check_buy() and not check_move'. Regards, Mohammad Alhashash
2013-06-24 07:27:34 Amit Parik attachment added pull_flow_stock_move.ogv https://bugs.launchpad.net/openobject-addons/+bug/1193779/+attachment/3712050/+files/pull_flow_stock_move.ogv
2013-06-24 07:28:13 Amit Parik openobject-addons: status New Incomplete
2013-06-25 16:06:02 Mohammad Alhashash openobject-addons: status Incomplete New
2013-07-06 11:02:52 PJ bug added subscriber PJ
2013-08-19 11:50:56 Vinay Rana (OpenERP) openobject-addons: assignee OpenERP Publisher's Warranty Team (openerp-opw)
2013-08-19 11:51:15 Vinay Rana (OpenERP) tags maintenance
2013-08-28 22:53:19 Douglas Parker bug added subscriber Douglas Parker
2013-09-18 10:37:27 Ronald Portier (Therp) bug task added ocb-addons
2013-09-18 10:37:40 Ronald Portier (Therp) nominated for series ocb-addons/7.0
2013-09-18 10:37:40 Ronald Portier (Therp) bug task added ocb-addons/7.0
2013-09-18 10:37:58 Ronald Portier (Therp) ocb-addons/7.0: importance Undecided Medium
2013-09-18 10:38:18 Ronald Portier (Therp) ocb-addons/7.0: status New Confirmed
2013-09-18 11:29:26 Launchpad Janitor branch linked lp:~therp-nl/ocb-addons/7.0_lp1193779_internal_moves_not_created
2013-09-25 14:55:32 Christophe CHAUVET ocb-addons/7.0: assignee OpenERP Community Backports Team (ocb)
2013-11-10 23:21:55 Stefan Rijnhart (Opener) ocb-addons/7.0: status Confirmed Fix Committed
2013-11-14 16:26:23 Launchpad Janitor branch linked lp:openobject-addons/7.0
2013-11-14 19:36:47 Stefan Rijnhart (Opener) bug task deleted ocb-addons/7.0
2013-11-14 19:36:58 Stefan Rijnhart (Opener) bug task deleted ocb-addons
2013-11-14 19:44:34 Launchpad Janitor branch linked lp:ocb-addons
2013-11-14 21:11:12 Launchpad Janitor branch linked lp:~ocb/ocb-addons/rs-ocb-70
2013-11-15 08:22:28 Martin Trigaux (OpenERP) openobject-addons: status New Fix Released
2013-11-15 08:22:35 Martin Trigaux (OpenERP) openobject-addons: importance Undecided Medium