lp:~camptocamp/openobject-addons/7.0-bug-1168398-tta+afe
- Get this branch:
- bzr branch lp:~camptocamp/openobject-addons/7.0-bug-1168398-tta+afe
Branch merges
- OpenERP Core Team: Pending requested
-
Diff: 107 lines (+79/-2)3 files modifiedmrp/__openerp__.py (+1/-0)
mrp/mrp.py (+11/-2)
mrp/test/order_process_prodlot_split.yml (+67/-0)
Related bugs
Related blueprints
Branch information
Recent revisions
- 9049. By Alexandre Fayolle - camptocamp
-
[MRG] merge back the fix on 7.0 head, and hopefully get green on runbot
- 9048. By Alexandre Fayolle - camptocamp
-
[IMP] fix typo in test, delete trailing whitespace, add an assertion
- 9046. By SnippetBucket.com
-
[FIX] bug:1168398/
Incorrect behaviour when producing MO with component split in serial numbers. - 9043. By Olivier Dony (Odoo)
-
[MERGE/ADD] Many important fixes for contact/company management + new module account_
report_ company This patch comes with a corresponding server-side patch (revision 4946 revid: <email address hidden>)
- module-specific overrides of _commercial_
fields( ) for all modules adding accounting/ invoicing- related fields to res.partner - corresponding changes to inherited views of res.partner form to hide these commercial fields when they are in fact "related fields" of their parent commercial entity. This mainly concerns 2 sections of the Partner form: the whole Accounting tab, and the bottom of the Sales&Purchase tabs with the pricelists and invoicing fields. These sections are replaced by a short message and a button to open the commercial entity to view/edit the fields
- a few fixes to properly delegate the resolution of various contact/address types to the corrected res.partner.
address_ get() - changes to search views of the main business documents so that searching for a company name will also match its contacts
- a fix of the _find_accountin
g_partner( ) method that the account module uses to locate the partner to which journal entries must be linked - it will now use the same semantics as for "commercial entity" - fix issue detected by Joël Grand-Guillaume in comment #34 of bug 1160365: when invoicing after delivery, the invoicing contact/address must be used rather than the main customer. Tests updated accordingly.
- add new 7.0 module "account_
report_ company" : this module adds an extra stored field "commercial_ partner_ id" on Invoices to make reporting/ aggregating by partner easier in the Invoice list and in the Invoice Analysis report. This module is expected to be merged in the main account module in the next major release. The module can be installed without any risk on any existing 7.0 databases.
This module also mitigates group_by issues on all models by adding a new stored function field `display_name` on res.partner that contains the name_get() result in the form "ACME, John Doe" and set it as the default _order for res.partner. This ensures that group_by entries for the same company will always be next to each other on all documents: "ACME" is directly followed by "ACME, John Doe", "ACME, John Anderson", etc. This field also replaces the `name` field in the list and kanban views of Partners, so that the display order matches the display labels.- fixed unique constraints definition on some commercial fields on res.partner (l10n_ro)
- 9042. By Nicolas Vanhoren (OpenERP)
-
[FIX] pad: revert part of previous fix because it could produce problems in some cases
- 9041. By Nicolas Vanhoren (OpenERP)
-
[FIX] pad: problem about pad title not being updated correctly, was solved by solving another, more serious, bug that didn't updated correctly the database backup of the pad
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp:openobject-addons