That can be done certainly.
Now speaking about "1 line patch", at the time that regression was made by
OpenERP SA, there was a 250 lines patch that was able to fix that instead
of the 2500 lines patch applied by OpenERP SA. It's in the RS-OCB branches
where this problem doesn't occur (still including OpenERP SA 2500 lines
patch for easier compatibility).
And that one was exactly anticipated in the outrageous slides some claimed
I was retracting from: you can read point #4 at slide 7 of http://www.slideshare.net/RaphalValyi/open-erp-v7-contacts-issue
But now that the mess is done, yes, why not add a one line patch to the
2500 lines crappy patch. Other similar will follow for years...
Cheers
On Wed, Oct 30, 2013 at 3:32 PM, Olivier Dony (OpenERP) <
<email address hidden>> wrote:
> Hi Alexis,
>
> Thanks for reporting. The configuration you describe is a bit unusual
> because there is little reason to mark a contact as a supplier in most
> cases. Nevertheless if users do it, then perhaps they actually meant to
> have that contact always appear as the supplier for a given product. And
> in that case, they should probably be able to select that supplier on
> the product form, so the system will automatically select it when a
> draft PO is created for a procurement.
>
> Based on the above, the fix I would suggest is to correct the supplier
> matching in purchase.order.line.onchange_product_id() so that it will
> allow matching any supplier that belongs to the same "commercial entity"
> (comparing `.commercial_partner_id.id` of both partners, instead of
> `id`) . This should be a one-line patch and would give maximum
> flexibility to the users. The first match would be found in the order in
> which they defined the suppliers. What do you think?
>
> ** Changed in: openobject-addons
> Importance: Undecided => Low
>
> ** Changed in: openobject-addons
> Status: New => Confirmed
>
> ** Changed in: openobject-addons
> Milestone: None => 7.0
>
> ** Changed in: openobject-addons
> Assignee: (unassigned) => OpenERP R&D Addons Team 2
> (openerp-dev-addons2)
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Addons.
> https://bugs.launchpad.net/bugs/1246116
>
> Title:
> issue with supplier reference and price in purchase order
>
> Status in OpenERP Addons (modules):
> Confirmed
>
> Bug description:
> Here is the scenario to reproduce the problem on an up-to-date OpenERP
> v7.0 :
> 1. create a new DB with demo data
> 2. install the "purchase" module
> 3. Add yourself to the "Purchase pricelist" group
> 4. Edit the contact "Phillipp Miller" from "Mediapole" and set
> "supplier" = True
> 5. Edit the "default purchase pricelist" and, in the first rule, set
> "Based on" = "Supplier prices on the product form"
> 6. Edit the product "USB Adapter" : in the procurement tab, open the
> supplier info with supplier "Mediapole" and set :
> - Supplier Product Name : Super USB3 Adapter
> - Supplier Product Name SUSB3
> - add a price rule : Quantity = 1, Price = 42.0
> 7. Create a new purchase order with partner = Philipp Miller (from
> Mediapole). Add a product line and choose product "USB Adapter" :
> - the description is set to "[ADPT] USB Adapter" -> that's a bug, the
> description should be "[SUSB3] Super USB3 Adapter"
> - the price is set to 0.0 -> that's a bug, the price should be 42.0.
>
> Cause of the bug :
> if you look at the code of purchase/purchase.py line 949, in the
> function onchange_product_id(), and the code of product/product.py line 624
> in the function name_get(), you see that OpenERP looks for an exact match
> between partner_id of the purchase order and the 'name' field (M2O on
> res.partner) of product.supplierinfo. This is bad because our beloved
> OpenERP users may select a contact instead of a company in either a
> purchase order or a product.supplierinfo (nothing prevents them from doing
> so). The problem is the same for the supplier price.
>
> I propose the following solution to fix the problem :
> - in product.supplierinfo, you can only select a partner with
> "is_company" = True
> - in the function onchange_product_id of the purchase.order.line, it
> should jump to the parent of the partner_id if it exists before querying
> the price and the description.
> I have implemented the solution in a small module "purchase_fix_partner"
> that you can find in the branch lp:~akretion-team/+junk/addons-no-fluff-70 (
> https://code.launchpad.net/~akretion-team/+junk/addons-no-fluff-70)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openobject-addons/+bug/1246116/+subscriptions
>
That can be done certainly. www.slideshare. net/RaphalValyi /open-erp- v7-contacts- issue
Now speaking about "1 line patch", at the time that regression was made by
OpenERP SA, there was a 250 lines patch that was able to fix that instead
of the 2500 lines patch applied by OpenERP SA. It's in the RS-OCB branches
where this problem doesn't occur (still including OpenERP SA 2500 lines
patch for easier compatibility).
And that one was exactly anticipated in the outrageous slides some claimed
I was retracting from: you can read point #4 at slide 7 of
http://
But now that the mess is done, yes, why not add a one line patch to the
2500 lines crappy patch. Other similar will follow for years...
Cheers
On Wed, Oct 30, 2013 at 3:32 PM, Olivier Dony (OpenERP) <
<email address hidden>> wrote:
> Hi Alexis, order.line. onchange_ product_ id() so that it will partner_ id.id` of both partners, instead of dev-addons2) /bugs.launchpad .net/bugs/ 1246116 purchase. py line 949, in the product_ id(), and the code of product/product.py line 624 supplierinfo. This is bad because our beloved supplierinfo (nothing prevents them from doing supplierinfo, you can only select a partner with order.line, it fix_partner" /code.launchpad .net/~akretion- team/+junk/ addons- no-fluff- 70) /bugs.launchpad .net/openobject -addons/ +bug/1246116/ +subscriptions
>
> Thanks for reporting. The configuration you describe is a bit unusual
> because there is little reason to mark a contact as a supplier in most
> cases. Nevertheless if users do it, then perhaps they actually meant to
> have that contact always appear as the supplier for a given product. And
> in that case, they should probably be able to select that supplier on
> the product form, so the system will automatically select it when a
> draft PO is created for a procurement.
>
> Based on the above, the fix I would suggest is to correct the supplier
> matching in purchase.
> allow matching any supplier that belongs to the same "commercial entity"
> (comparing `.commercial_
> `id`) . This should be a one-line patch and would give maximum
> flexibility to the users. The first match would be found in the order in
> which they defined the suppliers. What do you think?
>
> ** Changed in: openobject-addons
> Importance: Undecided => Low
>
> ** Changed in: openobject-addons
> Status: New => Confirmed
>
> ** Changed in: openobject-addons
> Milestone: None => 7.0
>
> ** Changed in: openobject-addons
> Assignee: (unassigned) => OpenERP R&D Addons Team 2
> (openerp-
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Addons.
> https:/
>
> Title:
> issue with supplier reference and price in purchase order
>
> Status in OpenERP Addons (modules):
> Confirmed
>
> Bug description:
> Here is the scenario to reproduce the problem on an up-to-date OpenERP
> v7.0 :
> 1. create a new DB with demo data
> 2. install the "purchase" module
> 3. Add yourself to the "Purchase pricelist" group
> 4. Edit the contact "Phillipp Miller" from "Mediapole" and set
> "supplier" = True
> 5. Edit the "default purchase pricelist" and, in the first rule, set
> "Based on" = "Supplier prices on the product form"
> 6. Edit the product "USB Adapter" : in the procurement tab, open the
> supplier info with supplier "Mediapole" and set :
> - Supplier Product Name : Super USB3 Adapter
> - Supplier Product Name SUSB3
> - add a price rule : Quantity = 1, Price = 42.0
> 7. Create a new purchase order with partner = Philipp Miller (from
> Mediapole). Add a product line and choose product "USB Adapter" :
> - the description is set to "[ADPT] USB Adapter" -> that's a bug, the
> description should be "[SUSB3] Super USB3 Adapter"
> - the price is set to 0.0 -> that's a bug, the price should be 42.0.
>
> Cause of the bug :
> if you look at the code of purchase/
> function onchange_
> in the function name_get(), you see that OpenERP looks for an exact match
> between partner_id of the purchase order and the 'name' field (M2O on
> res.partner) of product.
> OpenERP users may select a contact instead of a company in either a
> purchase order or a product.
> so). The problem is the same for the supplier price.
>
> I propose the following solution to fix the problem :
> - in product.
> "is_company" = True
> - in the function onchange_product_id of the purchase.
> should jump to the parent of the partner_id if it exists before querying
> the price and the description.
> I have implemented the solution in a small module "purchase_
> that you can find in the branch lp:~akretion-team/+junk/addons-no-fluff-70 (
> https:/
>
> To manage notifications about this bug go to:
> https:/
>