openerp-india team mailing list archive

["Amit Parik \(OpenERP\)" <amp@xxxxxxxxxxx>]

Hi Lionel,

This kind of behavior works for all copy method.

So if we are confirming this issue then we have to update all the copy method.
There is one big confusion about it, If we are duplicating a record then we create a replica of old record doesn't create a new record, So I think no need to takes the default values.

Also this issue effected to whole addons, that's why setting this as an "Opinion".
Takes the suggestion from community then after decide what to do on this issue.

Thank you!

** Changed in: openobject-addons
       Status: New => Opinion

-- 
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/1098557

Title:
  Can't set a default origin for stock pickings at duplication time

Status in OpenERP Addons (modules):
  Opinion

Bug description:
  In the Python code of custom addons, it would sometimes be useful to be able to copy a picking while setting the origin field.
  For example: 
              defaults={'origin': 'test', 'type': 'internal'}
              id = self.pool.get('stock.picking').copy(cr, uid, 1, defaults, context={})
  However, in v6.0 and up to the current trunk, the method copy() of stock.picking resets the field "origin" as soon as no default name is set.
  I suggest the origin be reset only if it's not passed in the dict of default values.
  Lionel Sausin

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/1098557/+subscriptions