lp:~etsinko/openobject-server/bug1171495

Branch merges

Propose for merging

No branches dependent on this one.

Ready for review for merging into lp:openobject-server/7.0

Quentin THEURET @Amaris (community): Needs Fixing on 2013-05-22

OpenERP Core Team: Pending requested 2013-04-22

Diff: 11 lines (+1/-0)

1 file modified

openerp/addons/base/ir/ir_model_view.xml (+1/-0)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Bug #1171495: [trunk/7.0] External Identifiers view doesn't group on Module

Medium

Confirmed

Link a bug report

Related blueprints

4952. By Egor Tsinko on 2013-05-23

[FIX] made field module invisible

4951. By Egor Tsinko on 2013-04-22

[FIX] Group by Module in External Identifiers tree view

4950. By Launchpad Translations on behalf of openerp on 2013-04-21

Launchpad automatic translations update.

4949. By Quentin (OpenERP) <email address hidden> on 2013-04-19

[FIX] ir_sequence: the field company_id does not exist in res.company, and thus cannot be used as sorting criterion in search()

4948. By Quentin (OpenERP) <email address hidden> on 2013-04-19

[FIX] orm, _generate_order_by(): allow to order by LOG_ACCESS_COLUMNS even if the column is not defined again in self._columns. Raising an error instead of silently skipping the order_by

4947. By Launchpad Translations on behalf of openerp on 2013-04-20

Launchpad automatic translations update.

4946. By Olivier Dony (Odoo) on 2013-04-20

[MERGE] res.partner: many important fixes for contact/company management and address management, see bug 1160365

- Fix autosync of accounting/invoicing-related fields on contacts, just as if they were actually modeled as fields.related to the parent commercial entity. This starts with the addition of the new functional field `commercial_partner_id`, to locate the commercial entity for any partner. The commercial entity is defined as the first ancestor (starting at the partner itself) that is either marked `is_company` or has no parent.

- Corrected autosync of address fields (bug 1160425). Also included in the same patch, because those two mechanisms are closely related and share some parts of the implementation. "use_parent_address" now defaults to False, and auto-sync only happens downstream, except for a special case when creating a new company and a new contact at the same time

- `is_company` does not reset the parent_id field anymore, to allow for multi-level structures. The `parent_id` field now also stays visible if it has a non-empty value

- the `email`, `phone`, `fax`, `mobile`, `lang`, etc. that were sometimes synced when changing parent company are now properly left alone

- res.partner.address_get() now defaults to the partner being looked up rather than company when no match is found at all and no "default" exists. This avoids losing the contact info on invoices when a new contact+company pair is created.

- the embedded contact creation mini-form was updated to include the address fields and the `type` field

- res.partner.name_get now return "Company, Contact" rather than "Contact (Company)" to make it clearer that the company is selected as well.

- Added warning message when changing the Company of a Contact that already has a company, so it is clear that it should only be done if the Company was incorrect - in other cases a new contact must be created under the new company.

- Fixed search domains using "child_of" to also include deactived records, so that using this operator in the search view of business documents returns the expected results.

- fixed propagation of "is_supplier" flag when creation a parent company for a contact created on the fly on a Purchase Order, and when adding contacts to an existing Supplier Company

4945. By Launchpad Translations on behalf of openerp on 2013-04-19

Launchpad automatic translations update.

4944. By Antony Lesuisse (OpenERP) on 2013-04-18

[FIX] ir.cron add a safeguard mecanism against version mistach when polling

4943. By Quentin (OpenERP) <email address hidden> on 2013-04-17

[FIX] base, res_company: added a missing context when calling write(), apparently needed for OPW: 586824