The wizard to generate recurring entries did not respect multicompany rules as the request was done in plain sql.
Add ir.rule and use the orm (opw 607782)

When a purchase requisition is created from a procurement order, a first stock move is created, not associated to any purchase orders
Then, on purchase order creation and confirmation, in the purchase requisition, new stock moves are created, associated to the purchase order.
The existing stock move issued from the procurement order which created the purchase requisition remained untouched, leading to wrong inventory values
To fix this, the destination location of the stock move of the procurement order is written on the source location
A proper fix should be to use a dedicated workflow for puchase requisition, but this can't be done in 7.0, it has to be done in master/trunk

fixes #595
In the case where a property for the company exists but has no related record (e.g. in case of type m2o with no defined value), not setting a value to this field for a new record would create a new property (as browse_null is not an instance of browse_record)

[FIX] crm_claim: copy: reset stage + add a copy marker to the name

[FIX] search on translated field: Only search on source field if not translated.

Server Translation: Fixed the issue search on translated field do not return true result, search on tranlsated field fails due to expression parsing which fetches ids from ir_translation as well as working table and UNION of this makes search fruitless, also search fails for in language other then english when you enter part of a string for the field to search.

When attempting to parse client date, value is not always a string.
We force the toString when adding the leading 0, as the replace method is for string

[7.0] sale_stock: field sale_id should be on stock.picking.out view

If a purchase requisition is created instead of a purchase order for a procurement order, the method make_po should not return the id of this requisition, as methods calling the make_po method expects ids of purchase orders, not purchase requisition ids.

Besides, on purchase requisition done or cancel, we set the procurement order accordingly, without the use of the workflow. We consider this as crappy, the proper fix should be the use of a dedicated workflow for purchase requisition, but I cannot be done in stable branches. This aims trunk/master.

[FIX] l10n_be: VAT number for Intra XML declaration should not contain county code

The Partner VAT Intra XML delaration needs to have the VAT number
in the format without the country code prefix.

The current behaviour was to include the country code prefix in the
report which causes an SQLException error on uploading the XML file
to the Federal goverment's website.  While the error is non-descriptive
fixing the VAT number format fixes the error.

[FIX] view_list: Add context propagation for m2m list view

If the _rec_name field of a model is translatable, the value was not translated when displayed in a list view through a many2many field (e.g. server_action_ids on base.action.rule).

When extending a view with position='attributes', prevent crash if view contains unicode char
Fixes #706

When searching for a record in a m2o field, if we click on 'search more' we loose the focus on the field and select the first suggestion (which triggers potential on_change). This prevents the selection for this case.

When a module is uninstalled, this will also uninstall modules depending of it. To avoid unexpected loss of data, this patch list the modules that will get impacted during the installation.
This also affects the configuration pages with on change warnings.

[IMP] web: allow fields in list view to use the attrs readonly to dynamically show and hide the fields

Production : Use the source location of the MO instead of the one of the BOM

When adding an item to the editable list, the focused field was no longer the first visible field
This is related to revision 4a508885
visible_columns list is not ordered

Use the source location defined on the current MO's routing not directly on the BOM

View inheritance is on the wrong model after model change of stock.picking.
Here we just fix the model.

[FIX] fixes searchbar navigation (web client)

the code handling the keydown events was moved, but the variable this
was not adjusted accordingly, resulting in a broken navigation.

It is now possible to press LEFT and RIGHT again to move the focus
between facets.

Removed widge=selection from account_id field in line in Purchase Receipt, as it only displays limited records(100) from the limit set in the name_search

[FIX] l10n_be_invoice_bba: random generation do not use sequence, so should be 10 char long during padding

When `base_crypt` was updated for v7, the auto-encryption
at installation was dropped, with user passwords only
encrypted on-demand whenever the user would connect.

It is important to encrypt all passwords immediately to
prevent password compromission for user who do not
login often or even for deactivated users who are not
allowed to login anymore.

Fixes https://bugs.launchpad.net/openobject-addons/+bug/1280152

Based on LP merge proposal by Nicolas Bessi (Camptocamp):
https://code.launchpad.net/~camptocamp/openobject-addons/improve_auth_crypt_3_please_launchpad_work-nbi/+merge/206476

[FIX] l10n_be_invoice_bba: Fixed the length of random generated code to ensure it generates 10 digit code so that it allows validation of invoice. (Maintenance Case: 608485)

In editable list, on keypress enter, the _next method is called, saving the current line and starting the edition of the next one
The _next is triggered before the date(time) field change event, and, therefore, the saved value of the date(time) field is the old one

Prior to this fix, the domain was set in the onchange methods onchange_company_id. Therefore, if the onchange was not triggered, the domain wasnt apply (e.g. while editing an existing invoice).

[FIX] event: change the field nbevent to make sense

The field nbevent was representing the number of registration with value of 1 for events without registrations (which makes no business sense). Fix to actually represent the number of registrations and display a better field name.

[FIX] account_report_company: display_name field is not computed for non-active partners

[MERGE] mail: Speed improvement, backport of rev ed116d6b

[FIX] hr_holidays: date_from, date_to required in form view only for leave requests, not for allocation requests

Before, the focus was set on the first row, and, thererefore, if the list was enough long, it jumped out and the actual new row was hidden