c2c-oerpscenario team mailing list archive

[Raphaël Valyi - http://www.akretion.com <707287@xxxxxxxxxxxxxxxxxx>]

Hello Amit and all, so how does it behave if you apply my patch and restart
the scheduler? I could reproduce the bug without magentoerpconnect and my
patch fixed it (well it detected the offending procurements and put them in
error so you can fix them).

If I understand right Kyle right, he said that if you change a product
purchase UOM after some usage, then even if you sale in MTO with the same
unit, you can have such an MRP UOM bug. In that case that would be worth a
check: does he UOM exception shows up only if you have open procurements in
both units? Then does my patch catch he offending procurement properly (I
expect so). If yes, that would be just about updating the unit of the
offending open procurement again (the old ones then). What do you think
Kyle? Any better suggestion?


On Wed, Jun 1, 2011 at 2:35 AM, Amit Parik (OpenERP)
<amp@xxxxxxxxxxx>wrote:

> Hello Kyle,
>
> I have have the same traceback at my end without magento connect with
> latest trunk So I am confirming this issue.
>
> Traceback (most recent call last):
>  File "/usr/lib/python2.6/threading.py", line 532, in __bootstrap_inner
>    self.run()
>  File "/usr/lib/python2.6/threading.py", line 484, in run
>    self.__target(*self.__args, **self.__kwargs)
>   File
> "/home/tiny/workspace/openobject-addons/procurement/wizard/schedulers_all.py",
> line 49, in _procure_calculation_all
>    context=context)
>  File "/home/tiny/workspace/openobject-addons/procurement/procurement.py",
> line 473, in run_scheduler
>    self._procure_confirm(cr, uid, use_new_cursor=use_new_cursor,
> context=context)
>  File "/home/tiny/workspace/openobject-addons/procurement/schedulers.py",
> line 74, in _procure_confirm
>    wf_service.trg_validate(uid, 'procurement.order', proc.id,
> 'button_check', cr)
>  File
> "/home/tiny/workspace/openobject-server/openerp/workflow/wkf_service.py",
> line 80, in trg_validate
>     res2 = instance.validate(cr, id, ident, signal)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/instance.py", line
> 48, in validate
>     workitem.process(cr, witem, ident, signal, force_running, stack=stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 61, in process
>     ok = _split_test(cr, workitem, activity['split_mode'], ident, signal,
> stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 174, in _split_test
>     _join_test(cr, t[0], t[1], ident, stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 182, in _join_test
>     create(cr,[activity], inst_id, ident, stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 41, in create
>     process(cr, res, ident, stack=stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 61, in process
>     ok = _split_test(cr, workitem, activity['split_mode'], ident, signal,
> stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 174, in _split_test
>     _join_test(cr, t[0], t[1], ident, stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 182, in _join_test
>     create(cr,[activity], inst_id, ident, stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 41, in create
>     process(cr, res, ident, stack=stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 61, in process
>     ok = _split_test(cr, workitem, activity['split_mode'], ident, signal,
> stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 174, in _split_test
>     _join_test(cr, t[0], t[1], ident, stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 182, in _join_test
>     create(cr,[activity], inst_id, ident, stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 41, in create
>     process(cr, res, ident, stack=stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 61, in process
>     ok = _split_test(cr, workitem, activity['split_mode'], ident, signal,
> stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 174, in _split_test
>     _join_test(cr, t[0], t[1], ident, stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 182, in _join_test
>     create(cr,[activity], inst_id, ident, stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 41, in create
>     process(cr, res, ident, stack=stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 53, in process
>     result = _execute(cr, workitem, activity, ident, stack)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/workitem.py", line
> 126, in _execute
>     id_new = wkf_expr.execute(cr, ident, workitem, activity)
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/wkf_expr.py", line
> 68, in execute
>     return _eval_expr(cr, ident, workitem, activity['action'])
>   File
> "/home/tiny/workspace/openobject-server/openerp/workflow/wkf_expr.py", line
> 58, in _eval_expr
>     ret = eval(line, env, nocopy=True)
>   File "/home/tiny/workspace/openobject-server/openerp/tools/safe_eval.py",
> line 284, in safe_eval
>     return eval(test_expr(expr,_SAFE_OPCODES, mode=mode), globals_dict,
> locals_dict)
>  File "", line 1, in <module>
>   File "/home/tiny/workspace/openobject-server/openerp/osv/orm.py", line
> 214, in <lambda>
>     return lambda *args, **argv: attr(self._cr, self._uid, [self._id],
> *args, **argv)
>   File "/home/tiny/workspace/openobject-addons/mrp/procurement.py", line
> 66, in action_produce_assign_product
>     res = procurement_obj.make_mo(cr, uid, ids, context=context)
>   File "/home/tiny/workspace/openobject-addons/mrp/procurement.py", line
> 101, in make_mo
>    [produce_id], properties=[x.id for x in procurement.property_ids])
>  File "/home/tiny/workspace/openobject-addons/mrp/mrp.py", line 616, in
> action_compute
>    factor = uom_obj._compute_qty(cr, uid, production.product_uom.id,
> production.product_qty, bom_point.product_uom.id)
>  File "/home/tiny/workspace/openobject-addons/product/product.py", line
> 136, in _compute_qty
>     return self._compute_qty_obj(cr, uid, from_unit, qty, to_unit)
>   File "/home/tiny/workspace/openobject-addons/product/product.py", line
> 143, in _compute_qty_obj
>    raise osv.except_osv(_('Error !'), _('Conversion from Product UoM %s to
> Default UoM %s is not possible as they both belong to different Category!.')
> % (from_unit.name,to_unit.name,))
> except_osv: ('warning', 'Error !')
>
> Thanks.
>
> ** Changed in: openobject-addons
>    Importance: Undecided => Medium
>
> ** Changed in: openobject-addons
>     Assignee: (unassigned) => OpenERP R&D Addons Team 2
> (openerp-dev-addons2)
>
> --
> You received this bug notification because you are a member of OpenERP
> Drivers, which is subscribed to OpenERP Addons.
> https://bugs.launchpad.net/bugs/707287
>
> Title:
>  Manufacturing orders broken UOM
>
> Status in OpenERP Modules (addons):
>   Confirmed
>
> Bug description:
>  We have around 5,000 products. We have custom UOM like ft, OZ and
>  Pound. On certain products we cannot make manufacturing orders with
>  this error
>
>  Conversion from Product UoM m to Default UoM PCE is not possible as
>  they both belong to different Category!.
>
>  It is extremely frustrating because it doesnt make sense. We do not
>  have a single product with UoM 'm'. The error only happens with
>  certain products, not in any specific instance except that mabe the
>  category UoM but not every item in that category. If we created new
>  products then we dont have the issue.
>
>  I discovered many of the products were having problems base on an
>  inventory we did with the stock_move table. Deleting entries fixed
>  many of the issues but we still have this problem and it makes no
>  sense to us.
>

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/707287

Title:
  Manufacturing orders broken UOM

Status in OpenERP Modules (addons):
  Confirmed

Bug description:
  We have around 5,000 products. We have custom UOM like ft, OZ and
  Pound. On certain products we cannot make manufacturing orders with
  this error

  Conversion from Product UoM m to Default UoM PCE is not possible as
  they both belong to different Category!.

  It is extremely frustrating because it doesnt make sense. We do not
  have a single product with UoM 'm'. The error only happens with
  certain products, not in any specific instance except that mabe the
  category UoM but not every item in that category. If we created new
  products then we dont have the issue.

  I discovered many of the products were having problems base on an
  inventory we did with the stock_move table. Deleting entries fixed
  many of the issues but we still have this problem and it makes no
  sense to us.