We can't touch such things in the server in a stable version, so closing
the server side (from the original bug description) - this can be fixed
in addons only

** Changed in: openobject-server
       Status: Confirmed => Won't Fix

** Changed in: openobject-server
     Assignee: Jay (OpenERP) (jvo-openerp) => (unassigned)

** Changed in: openobject-addons
   Importance: Undecided => Low

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

** Changed in: openobject-addons
    Milestone: None => 5.0.16

** Changed in: openobject-addons
     Assignee: (unassigned) => Jay (OpenERP) (jvo-openerp)

** Tags added: maintenance

-- 
[5.0] stock module contains references to purchase (but does not depend on it)
https://bugs.launchpad.net/bugs/596202
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.

Status in OpenObject Addons Modules: Confirmed
Status in OpenObject Server: Won't Fix

Bug description:
Hi!
5.0 latest bzr.
Checking for a field with hasattr() doesn't work because browse_record 
intercepts that call and always returns True. If the field doesn't exist, it 
prints a 'Programming Error' message in the log but still returns True.

The stock module is affected by this problem. How to check: install only the 
stock module and use the partial picking wizard with average price products.
This code in stock/wizard/wizard_partial_picking.py gives a 'Programming Error':
            if hasattr(m, 'purchase_line_id') and m.purchase_line_id:



_______________________________________________
Mailing list: https://launchpad.net/~c2c-oerpscenario
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~c2c-oerpscenario
More help   : https://help.launchpad.net/ListHelp

Reply via email to