[REV] Removed code changed not related to this branch.

bzr revid: tde@openerp.com-20130426075650-jxzw3h52idj2zp7y

[MERGE] Sync with 7.0

bzr revid: tde@openerp.com-20130425143838-cl9k0fpml5r0q6bi
bzr revid: tde@openerp.com-20130426074530-16h0doe2cju6xkug

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130426062412-awemubat7ag9ji19
bzr revid: launchpad_translations_on_behalf_of_openerp-20130426062416-6321y5y98sute3k0

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130426062350-ld4zwiqlk38jvfw1

[FIX] res.partner: typo would prevent contact from using company address correctly if flag changed without changing/setting company + updated tests to cover this

bzr revid: odo@openerp.com-20130425171238-dhgpqbi9nio12vxk

[FIX] res.partner: make use_parent_address field visible if set, even if parent is missing

This should not be needed but in the initial 7.0 branch
the default for use_parent_address was True so it was
set even on partners that had no parent company.
Now that the fields are read-only when that option
is enabled, it makes the address impossible to
edit. At least by making it visible we give the
user the opportunity of fixing it manually.

Can also be fixed at once with a single SQL
query:
UPDATE res_partner set use_parent_address = false
       WHERE parent_id IS NULL;

bzr revid: odo@openerp.com-20130425163916-ou7jjr6xbopfwvrc

[FIX] account_voucher: usability changes related to multi currency use cases. Display the options when needed only

bzr revid: qdp-launchpad@openerp.com-20130425125244-nnqv127m0gc70e4s

[FIX] stock: fixed stock valuation bookings made in multi currency

bzr revid: qdp-launchpad@openerp.com-20130425124933-s7a7724si9lenpsp

[FIX] account: fixed bad constraint message

bzr revid: qdp-launchpad@openerp.com-20130425124453-gc42mimtn6dfec3u

[FIX] account_voucher: usability improvement related to multi currency

bzr revid: qdp-launchpad@openerp.com-20130425124404-t22dzpv0rtohoh9y

[FIX] account_voucher: pay invoice 'wizard' now displays 1) the monetary widget even if the journal is in the company currency and 2) the writeoff fields

bzr revid: qdp-launchpad@openerp.com-20130425121815-nbooi3hpah8wqdxc

[FIX] Chatter: suggested recipients: avoid displaying (false) when having suggested recipient without email address

bzr revid: tde@openerp.com-20130425093953-ech46xrkbjjupn3j

[FIX] mail: invite: avoid sendign a void invite message; but cleditor produces <br> instead of a void message when deleting the widget content.

bzr revid: tde@openerp.com-20130425085256-6jpfesyhbo7qgis3

[FIX] hr: welcome message translatable.

bzr revid: tde@openerp.com-20130425091256-qan1jkw1875zhthh

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130425060541-r1eqpc1djb3vy953
bzr revid: launchpad_translations_on_behalf_of_openerp-20130425060609-9otf0125cci1hjvi

[FIX] res.partner: always call write() with a list of IDs, a single ID is not valid! (even if it works sometimes)

bzr revid: odo@openerp.com-20130424131625-aeljtyo5yuiyrlcz

[IMP]Improve code

bzr revid: vja@tinyerp.com-20130424131241-m9katp6tlbbnr9kd

[IMP]False return when there is no email address in recipient in chatter

bzr revid: vja@tinyerp.com-20130424123425-jo6i7jg8albrbhi2

[REV] revert of commit 4953 that was not appropriate for a stable version. Will be back in trunk

bzr revid: qdp-launchpad@openerp.com-20130424093403-9dk8yap427kbndzi

[FIX] hr_timesheet: proper fix for previously reverted commit 9058. Don't return a default value for journal and product if the uid doesn't have read access on it

bzr revid: qdp-launchpad@openerp.com-20130424092810-qmkgr66pv770euv3

[REV] revert of commit 9058, that was not appropriate for a stable version (again). :-s

bzr revid: qdp-launchpad@openerp.com-20130424092326-tec7siywgg4pbfu4

[FIX] pad: display problem due to wrong css selectors

bzr revid: nicolas.vanhoren@openerp.com-20130424075406-eemkxc7eyyvgiywi

[FIX] pad: regression that caused a stack trace

bzr revid: nicolas.vanhoren@openerp.com-20130424074638-aq3o08v7z9j1asz0

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130424052821-pkggcy9qr4rmhl53
bzr revid: launchpad_translations_on_behalf_of_openerp-20130424052845-9nzv2aje2g99c9eq

[FIX] workers, listen backlog based on the number of workers

bzr revid: al@openerp.com-20130423222245-i3gw87v7rktsb23y

[FIX] http controllers inheritance
minimalist and backward compatible implementation

bzr revid: al@openerp.com-20130423210644-hmvglhh10zlrwp9q

[FIX] expression: allow creating child_of expression even if "id" field has been redefined, courtesy of Gustavo Adrian Marino

lp bug: https://launchpad.net/bugs/1030942 fixed
lp bug: https://launchpad.net/bugs/1131992 fixed

bzr revid: chs@openerp.com-20130423181926-yk628txd6yiybtko

[FIX] note: be tolerant to unknow stages when creating users

bzr revid: chs@openerp.com-20130423172013-lzi0gyo81m101fbm

[FIX]account_voucher: change payment view to add some field and currency when it is the same than company.
Also add some missing field in account voucher sale form

bzr revid: csn@openerp.com-20130423152439-ixdfgasutdv1pj62

[FIX] account_analytic_analysis, hr_timesheet_invoice: partial replay of the fix made in revno 9056. The fix effect is the same, but more appropriate to a stable version (the wizard will be removed in v8 only)

bzr revid: qdp-launchpad@openerp.com-20130423151810-lcwo7abivbaoog0s

[REV] revert revision 9056 that was deleting a whole wizard. The patch is good but not applicable as it in the v7

bzr revid: qdp-launchpad@openerp.com-20130423144948-unekni1ztjwv71fb

[FIX] note: Now, new note arrive in the first column defined by the user.

bzr revid: chm@openerp.com-20130423143550-wwebtu1svsv5yoa1

[FIX] account_voucher: fix in amount_currency computation when the rate is specified on the voucher and the voucher is in the company currency

bzr revid: qdp-launchpad@openerp.com-20130423135028-70887smme8mxv0tn

[FIX] res.partner: proper store trigger for display name field

That was a stupid oversight, sorry!

bzr revid: odo@openerp.com-20130423130656-celrtr352yht19ro

[FIX] account: modified the constraint on account.move.reconcile in order to allow the reconciliation to be made on different partners if it doesn't concern a payable or receivable account

bzr revid: qdp-launchpad@openerp.com-20130423125731-dblhpx7zz4q9x464

[REVERT] revert commit fme@openerp.com-20130418171750-7oldgiewo1eewxk7: do not break stable API !!!

bzr revid: chs@openerp.com-20130423124151-h025b891xp77flg3

[FIX] hr_timesheet: return default values for journal and product only if the uid has the read access on it (multi-company) thanks to a new method on ir.model.data: check_object_reference()

bzr revid: qdp-launchpad@openerp.com-20130423122820-9gf2i4iic5bqr8g6

[MERGE] account_analytic_analysis, hr_timsheet_invoice: fix made in the computation of the 'Invoiced Amount' computed field + removal of wizard to invoice timesheets that was giving wrong results, and which is now replaced by a simple redirection on the lines to invoice

bzr revid: qdp-launchpad@openerp.com-20130423105427-yrs3g9x6nigdl20j

[IMP/FIX] ir_model_data: added check_object_reference() in order to return a value only if the uid has read access on the targeted object. It avoids raising access rights errors further in the process and prevents duplicating that same code in all addons

bzr revid: qdp-launchpad@openerp.com-20130423103706-u4wk2y65kam587c6

[FIX] sale_analytic_distribution: show the analytic distribution instead of the analytic account in the customer form view

bzr revid: qdp-launchpad@openerp.com-20130423101449-4kyb0r4c5jj3ul78

[FIX] hr_payroll: do not crash when duplicating a payroll structure (because of both classes with same name in the .py) + added recursion check

bzr revid: qdp-launchpad@openerp.com-20130423091626-02475bdw67wdmhd1

[FIX] account: default values for sign of financial reports in the P&L is -1

bzr revid: qdp-launchpad@openerp.com-20130423085702-2ls986fyfhibimi1

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130423060902-2j8xouki50aemi14
bzr revid: launchpad_translations_on_behalf_of_openerp-20130423061017-5os2p9ztugb6jjph
bzr revid: launchpad_translations_on_behalf_of_openerp-20130423061019-n2660taj1o9os75c

[FIX] base_report_designer: incorrect license headers in some source files, reported and contributed by Alec Leamas

  Mixing LGPL 2.1 and AGPL 3.0 in the same source file
  is incorrect, and the AGPLv3 license was added by
  mistake: keep only LGPL license and preserve
  copypright info.

lp bug: https://launchpad.net/bugs/1167034 fixed

bzr revid: odo@openerp.com-20130422170429-o8tb92x4mukspe9o

[FIX] rml2html: incorrect license headers in some source files, reported and contributed by Alec Leamas

Mixing LGPL 2.1 and AGPL 3.0 in the same source file
is incorrect, and the AGPLv3 license was added by
mistake: keep only LGPL license and preserve
copypright info.

lp bug: https://launchpad.net/bugs/1167034 fixed

bzr revid: odo@openerp.com-20130422170420-in1wo45v3q8q0fhr

[FIX]account_financial_report_data: fix profit and loss sign, sign should be reverse for P&L journal and children

bzr revid: csn@openerp.com-20130422144438-2uc9vhotsznf42ru

[FIX] account_report_company: be more conservative and hide the `name` field instead of removing it from list view

This makes the inherited view still compatible with
modules that depend on the presence of the `name`
field in the list view (otherwise it would depend on the
module loading order and would sometimes work and
sometimes not).

bzr revid: odo@openerp.com-20130422141518-imyiuu59uxnzq5eh

[FIX]hr_timesheet: correct mistake in default, should be 'id' instead of 'name' in search

bzr revid: csn@openerp.com-20130422114657-ktu1a7z83c0bhv2n

[FIX] note: notes without user's stage are added to the first user's stage (sort by sequence)

bzr revid: chm@openerp.com-20130422112438-0f1s6we5ggq3t6xn

[FIX] email_template: fixed wrong res_id given to attachments in send_mail (should be a mail.message res_id, not a mail.mail res_id), to use the low-level attachments unlink.

bzr revid: tde@openerp.com-20130422102114-a179ylzpgu3g6vcr

[FIX]hr_timesheet: fix multi-company problem, when user from company b was trying to create an employee, it was
having a read access error due to default value not being on same company

bzr revid: csn@openerp.com-20130422093758-2vwa4faf1q485bxq

[FIX] web_linkedin: display the real linkedin error inside the openerp popup.

bzr revid: chm@openerp.com-20130422084308-t32vp4v8k3006uzp

[FIX] possible race condition when creating the session file for the web server

lp bug: https://launchpad.net/bugs/1157102 fixed

bzr revid: nicolas.vanhoren@openerp.com-20130422082952-yldmbmmx2rhol2pw

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130421053215-jdbdrur8vk4zu5tc
bzr revid: launchpad_translations_on_behalf_of_openerp-20130420064852-b6bt9syb79h1x16m
bzr revid: launchpad_translations_on_behalf_of_openerp-20130421053233-g4dbsfidsqrs301v
bzr revid: launchpad_translations_on_behalf_of_openerp-20130421053237-8jhzy2qe55bb766x

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

bzr revid: qdp-launchpad@openerp.com-20130419154920-ipddx1mszl2c5az4

[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

bzr revid: qdp-launchpad@openerp.com-20130419145417-2tix8ynmx51qiqkf

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130420064840-ctlb3ywgmfytczfj

[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: odo@openerp.com-20130420032529-pvv6vuelp84bt26j)

- 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_accounting_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)

lp bug: https://launchpad.net/bugs/1160365 fixed

bzr revid: odo@openerp.com-20130420034221-2wvf6rezwl7gog74

[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

lp bug: https://launchpad.net/bugs/1160365 fixed
lp bug: https://launchpad.net/bugs/1122363 fixed
lp bug: https://launchpad.net/bugs/1160425 fixed

bzr revid: odo@openerp.com-20130420032529-pvv6vuelp84bt26j

[FIX] search views: use child_of operator for partner_id fields that can reference both companies and contacts

The goal is to match both the Company and its contacts
when searching for the Company

bzr revid: odo@openerp.com-20130420022642-6qe8pp4ifexjms65

[REVERT] account_report_company: undo override of res.partner.commercial_partner_id field to store it, as the ORM does not support it and it's not strictly necessary

It works when installing the module but would break
everytime another module that inherits from res.partner
is installed/update from command-line (e.g. -i/-u crm),
as account_report_company is low in the dependency graph
so the field is dropped when the ORM notices that
the current field definition is not stored.
This can be solved in trunk by making the field stored
directly in 'base'.

bzr revid: odo@openerp.com-20130420015003-8y48xrb14cjif60w

[FIX] res.partner: fix invisible attrs on Contacts tab, empty o2m field results in `[]`, not `False`

bzr revid: odo@openerp.com-20130420004713-0cblmquf4t6i2n0r

[FIX] test_expression: assertion was too sensitive to exact parameters

Now that res.partner.child_ids has an extra domain
attribute the exact number of parameters of queries
using `child_ids` in the WHERE clause is different.

bzr revid: odo@openerp.com-20130419173159-ef1onm3823hsi77n

[IMP] account_report_company: use `display_name` instead of name in kanban and list views, so labels visually match order

bzr revid: odo@openerp.com-20130419171853-dvfi5jvvlof9afoo

[IMP] account_report_company: add extra stored function field `display_name` on res.partner and use it for sorting

This makes name_search() results, group_by, etc. all behave as expected

bzr revid: odo@openerp.com-20130419165239-15szgi0e686k6mh9

[FIX] res.partner.name_get: partners marked as "is_company" should appear as standalone

This is more consistent with the way we expect reporting
to work, and will also ensure that these companies
appear right above their contacts in search order
(which will match name_get)

bzr revid: odo@openerp.com-20130419164728-25312wtyzt9h6egw

[REVERT] res.partner: undo change of ordering in name_search result, to be addressed via a stored display_name field (temporarily added by account_report_company module in 7.0)

bzr revid: odo@openerp.com-20130419164447-wrmfghxi44au3273

[FIX] pad: revert part of previous fix because it could produce problems in some cases

bzr revid: nicolas.vanhoren@openerp.com-20130419144238-0hq1rgmcacw5sw1r

[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

lp bug: https://launchpad.net/bugs/1155039 fixed

bzr revid: nicolas.vanhoren@openerp.com-20130419143529-jku5titoacaajft0

[FIX] res.partner: search using 'child_of' should include inactive children

This is necessary for 2 reasons:
- when searching on Business documents the search domain will be
  [('partner_id', 'child_of', 'ACME')] in order to match all
  descendants, and it must match inactive children as well
- in other cases like for resolving IDs to update via store
  triggers, it is necessary that 'child_of' returns inactive
  children too.

The implementation is tricky because the ORM automatically
transform 'child_of' domains into recursive searches with
[('parent_id', 'in', ids)], which is the same query that the
reverse one2many 'child_ids' will also use to find contacts.
The overridden search() therefore matches this domain pattern
only when there is one criterion (to avoid side-effects in
other cases) and a dummy extra 'domain' was added to the
definition of the 'child_ids' o2m so it won't match.
The net result is that child_ids will not return inactive
children while child_of will return all descendants when
it is the only criterion. This is the expected behavior
whenever child_of is used on res.partner, because
it's safer to always show business documents.
The only side-effects will be for custom/manual search
calls with a single criterion of the form ('parent_id','in', x)
and those can be fixed by adding an extra domain
component ('active','=',True), just like child_ids does.

bzr revid: odo@openerp.com-20130419135756-2kbhwr23lygqdoob

[IMP] account_report_company: make res.partner.commercial_partner_id field stored, for further reporting needs

This is not strictly necessary, but can be useful for other
modules in order to ease SQL reporting, without even needing
to store a denormalized copy of the "commercial partner" key
on the documents themselves.

Also renamed the Python fiel to something generic since
it now inherits multiple models.

bzr revid: odo@openerp.com-20130419134335-rhsg24f2uuwl3kla

[FIX]sale_analytic_plans: fix invoice view form to replace analytic account by analytic distribution

bzr revid: csn@openerp.com-20130419100311-yuc9176jrnty6gfs

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130419061733-j4th561m2dju73zo
bzr revid: launchpad_translations_on_behalf_of_openerp-20130419061748-4sz8agg8laqbyu4p

[MERGE] Sync with 7.0

bzr revid: odo@openerp.com-20130418172123-2ofzftdo2a923nj1

[FIX] sale: orders/quotations action should not force `display_address` flag

Doing so affects autocompletion of search results, etc.
while the fields on the form view are already properly
displayed anyway.

bzr revid: odo@openerp.com-20130418172022-e3lu35xq191jxcyu

[MERGE] Fixed http controllers inheritance

bzr revid: fme@openerp.com-20130418171750-7oldgiewo1eewxk7

[FIX] sale: fix in the workflow of the sale order that appeared on invoice deletion

bzr revid: qdp-launchpad@openerp.com-20130418163616-ob30cd73vxkoe31a

[FIX] res.partner: rename commercial_id to commercial_partner_id, following corresponding change in `base`

bzr revid: odo@openerp.com-20130418154022-lt7frhp9c8f2boo0

[FIX] res.partner: add onchange warning when changing an existing contact's company

bzr revid: odo@openerp.com-20130418153829-rmkd6xo1cajgfer5

[FIX] account: minor javascript problem that made appear a stack trace

lp bug: https://launchpad.net/bugs/1155605 fixed

bzr revid: nicolas.vanhoren@openerp.com-20130418151353-dgfawgqgvama1u84

[IMP] res.partner: rename commercial_id to commercial_partner_id + make function field inheritable

The name `commercial_partner_id` better reflects its
purpose and the fact that it is a FK to a partner.

An extra indirection through a lambda function was
also added to the definition of the function field
to make it possible to override it in other modules
(otherwise the function is passed by copy directly
and cannot be inherited later)

bzr revid: odo@openerp.com-20130418144533-owupfwn6h83q432x

[MERGE][FIX] product: context propagating in res_currency.compute(). Courtesy of Yannick Vaucher @ Camptocamp. Thanks dude

bzr revid: qdp-launchpad@openerp.com-20130418141013-vukxknub32p7djqd

[FIX] problem in view editor

bzr revid: nicolas.vanhoren@openerp.com-20130418135953-l53w542hrqc0puvq

[FIX] hr_expense, usability: added sum in tree view

bzr revid: qdp-launchpad@openerp.com-20130418135356-p017meay192awm3y

[FIX] account, account.move.line form view: the same method was defined twice, differently, and parameters were not correctly passed in onchanges

bzr revid: qdp-launchpad@openerp.com-20130418134032-t3y4dk4sp4eu2031

[FIX] missing translation mark in error message

lp bug: https://launchpad.net/bugs/1125159 fixed

bzr revid: xmo@openerp.com-20130418125640-87g9sdowig7w565d

[FIX] web: support integer/float fields in search view via auto-completion + tests

integer/float fields were not offering auto-completion in search views,
making them unsearchable except via advanced search.
This patch adds the missing complete() function and removes the incorrect
value_from() function that did not conform to the 7.0 search view API.
It seemed to be a leftover of the 6.1 search field implementation
of get_value(), wrongly renamed for 7.0.

Also includes corresponding tests.

bzr revid: odo@openerp.com-20130418112001-388op1t8ugr0rhfn

[FIX] account* modules: added 'account_period_prefer_normal':True in context when trying to find the period related to a date.

This patch will be forward ported in trunk by changing the behaviour of account_period.find() in order to fetch the normal periods by default (account_period_prefer_normal will be True by default) because there are no business case i could think of where you'd like to get the opening period (except in the closure but it's held in a different way there). On the other hand, it's pretty easy to forget to put that key in the context and introduce a new bug that will select the opening period instead of the wanted one

bzr revid: qdp-launchpad@openerp.com-20130418102433-t52uj23trkpr8vnb

[IMP] only use name of class being created: module is incorrect for dynamically created classes

bzr revid: xmo@openerp.com-20130418094315-qk8m13s4zzvojauw

[FIX] Extension of controller in-place with explicit spec of same _cp_path

When extending a controller in-place (e.g. A(Controller), B(A)) and
providing the exact same _cp_path as parent (no-op) execution path
would go into handler for _cp_path overwriting and raise an assertion
error for overwriting of existing controller.

Except this is allowed (if ugly) pattern, so warn & ignore behavior
(it is harmless).

bzr revid: xmo@openerp.com-20130418092405-wrmmrd648b9koefu

[FIX]sale: fix workflow problem when deleting an invoice the workflow should go to invoice_exception state

bzr revid: csn@openerp.com-20130418090011-dyg175mvwrp8ilij

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130417055748-w9lnddgiwwvrfpbl
bzr revid: launchpad_translations_on_behalf_of_openerp-20130418060606-6hezu76yxwsqgc11

[IMP] ir_ui_menu: trunk to 7.0 dynamic counters

bzr revid: chm@openerp.com-20130417133438-1g8h8hezbn1vtjj1

[FIX] stock, multicompany: avoid crashing when computing inventory levels and no warehouse/locations exists for a company

This is a cherry-pick backport of the trunk fix for bug 921561,
originally merged in trunk at revid fp@openerp.com-20130224101111-zz5n34c5fmr4n8jt

lp bug: https://launchpad.net/bugs/921561 fixed

bzr revid: odo@openerp.com-20130417132021-pmf0cdvwaxrsx9ew

Launchpad automatic translations update.

bzr revid: launchpad_translations_on_behalf_of_openerp-20130418060603-ondw9hx00c1rmh33

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

bzr revid: al@openerp.com-20130418014849-txrjii1vofh19je6

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

bzr revid: al@openerp.com-20130418010410-0zz1zkexnjzjp3si

[FIX] account: avoid a crash if the user does not select an existing chart.

bzr revid: stw@openerp.com-20130417145829-0juk1t6ikbcts7v8

[FIX] purchase, usability: removed default search that was hiding the RFQ's Sent

bzr revid: qdp-launchpad@openerp.com-20130417100049-r9kdsp9wyj3l58pp

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

bzr revid: qdp-launchpad@openerp.com-20130417092321-17vj33w2bp2bumo8