openerp-india team mailing list archive

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

Hello,

Yes, you are right it's confusing, but this is already improved on trunk
version. So this issue is only affect for 6.1 stable version.

As per the policy of stable version, we can consider only blocking point
as well as regression. We can not consider this type of issue on stable
version. As per my "Opinion" we can not fix this issue on stable version
because here we have to change the field name 'partner_id' to
'address_id.

Btw this thing is already improved on trunk, So it will be available in
next stable version.

Thanks for the reporting!

** Changed in: openobject-addons
       Status: New => Won't Fix

** Summary changed:

- Partner field in Stock Move Analysis/Reception Analysis 
+ [6.1]Partner field in Stock Move Analysis/Reception Analysis

-- 
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/1002666

Title:
  [6.1]Partner field in Stock Move Analysis/Reception Analysis

Status in OpenERP Addons (modules):
  Won't Fix

Bug description:
  in object report.stock.move:

          'partner_id':fields.many2one('res.partner.address', 'Partner',
  readonly=True),

  in sql view:

                          al.in_qty as product_qty_in,
                          al.address_id as partner_id,
                          al.product_id as product_id,

  But when confirmed the purchase order, the address_id field of sotck.move which generated from PO is always blank (NULL):
  select address_id,partner_id,origin from stock_move where origin ilike 'PO%' and address_id is not null limit 15;
   address_id | partner_id | origin 
  ------------+------------+--------
  (0 行记录)

  select address_id,partner_id,origin from stock_move where origin ilike 'PO%' and partner_id is not null limit 5;
   address_id | partner_id |          origin           
  ------------+------------+---------------------------
              |        809 | PO1202171086:SO1202161677
              |        809 | PO1202171086:SO1202161677
              |        315 | PO110715028:PR110714006
              |        809 | PO1202171086:SO1202161677
              |        315 | PO110803053:PR110802027
  (5 行记录)

  
  SO it is confused.

  Can you check it?

  Thanks

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