[FIX] web: use mutex to wait for onchanges

This fix is related to c12a2e1d1650d308e39cc2b396a76eed579e2595

Mutex allow to wait sequentially for mutex
Besides, if one of the onchanges deferreds fails, it does not resolve the mutex until all deferreds of the mutex are resolved.

Besides, we now wait for the onchanges mutex between each field commited value (line 596) in case the commited value leaded to a new onchanges, that we should wait for before commiting the rest of the values.

[IMP] wording and ordering of documentation index

[ADD] doc: debug flag

[IMP] res: partner form replace widget selection by option no_create

[FIX] Customers remove action domain customer=1 use the context default.

Closes #3902

[IMP] account: account.statement.operation.template model
- better many2one ondelete strategies
- domain set on fields, not views
- added domain on analytic_account_id field

[FIX] enable --debug for non-xmlrpc contexts

fixes #3102

[FIX] account: floating point comparisons in get_reconciliation_proposition

[FIX] translate: lang detection fallback actually falls back

For instance, when a context was passed to a method, but no lang was defined in the context, it did not tried to fallback to other places where we could have find the user language.

[FIX] fields.py: in many2one convert_to_cache, value can be int but long as well

[FIX] web: m2o search facet do no set `default_*` context key for "name_search" values

[FIX] fields.py: Many2one fields only put valid values in cache

[IMP] ws doc: affix language switcher to page top

[FIX] doc: viewport meta missing

[CHG] ws doc: set right section against a dark background

[FIX] web_graph: pass context to fields_get for translation

In graph views, fields from the pivot table were not translated in the user language
We pass the context, containing the user language, to fields_get in order to get the translation
This is also done by the search view, in search.js line 1978 at this rev.

opw-616713

[FIX] web: force company_logo change on company change

In multi company environment, the company logo was not updated on company change in the user preferences
This disrupted the end user, as he might think the company change did not happen.

[FIX] purchase(_requisition): typo negociation -> negotiation

[FIX] openerp: don't ignore active field on new views when updating a module

Without this fix, if you have a new view in a module with active=False, the active tag will be ignore when upgrading the module because of 'update' mode, and the view will be activated by default !

[REV] product: rev. 42f5114 needs further review

Incorrect use of stock.move in product module + needs review.

This reverts commit 42f511405a4efe88e3903a4b4040ec9d83e462e2:
"[IMP] When no stock moves, change whatever you want, otherwise no change at all for UoM.  #3440 Enhancement request richard-willowit"

[IMP] When no stock moves, change whatever you want, otherwise no change at all for UoM.  #3440 Enhancement request richard-willowit

The default UoM can only be changed when there are no stock moves (or only cancelled ones), but to any category.
The purchase UoM can be changed whenever you want, but has to be in the same category as the default UoM.

Closes #3440

[IMP] When no stock moves, change whatever you want, otherwise no change at all for UoM.  #3440 Enhancement request richard-willowit

[FIX] Remove line

[FIX] Constraint should be applied when UoM or PO UoM is changed

[FIX] website_forum: Forum, use old API in v8. forum was not a browse record, so we need to re-browse. Tags: Force to delete tag. Before old tag deleted was not removed from relation, Now we use a 6 to force the update, followed by 0 to create.

[FIX] sale_layout: set 0 as default value for categ_sequence

Otherwise, in some cases, the categ_sequence can be set to null, which is not ordered the same way than 0, and you won't be able to sort lines with null and 0 as categ_sequence between each others

[FIX] hr_attendance: use float division for worked_hours field

Used to be rounded to integer while the field is a float.
Fixes #3526

Merge pull request #3803 from TheCloneMaster/patch-7

POS is loading all partners, not only customers

[point_of_sale] Domain functions to literals

Replaced domain functions with literals where there are only constants

[IMP] stock: display company in location tree view

[FIX] product: keep attribute on a variant with only one attribute

When adding informational attribute, with only one possible value, it used to be skipped.
Instead keep it and add it on every variant.

To avoid dropping and recreating product (and lose eventual customisations), the attributes with only one possible value are set on every product.
This makes sure that in following test, these are not considered in variants_inactive variable.

Fixes #3204

[Fix] ir_translation: fix the problem of base_field object has no attribute model (Maintenance Case:618054)

Fixes #3859

[IMP] website_sale: performance on category page

public_categ_ids field was moved to product.template object

[FIX] sale_service: typo in string Thick -> Tick

[FIX] doc: remove a word that does not make sense

closes #3594

[IMP] account: bank statement reconciliation widget: allow to filter move lines on due date

[FIX] mrp: duplicated xmlid for ir.model.access

[FIX] account: bank statement reconciliation widget: correct multicurrency display

[FIX] website_sale: Discussion not working on product; issue: #3495

[FIX] website_reseller: Navigation Broken for Partner List on Website issue#3522

[FIX] account: bank statement reconciliation widget: disable buttons which trigger RPC calls until done

[FIX] doc: typo in themes document

closes #3874

[FIX] payment: docstring typo

closes #3557

[FIX] mrp_operation: missing context

It is present in mrp declaration but was not in mrp_production which was problematic if another module inherit as well from action_produce_end.

Merge pull request #3822 from the-digital-engineer/patch-1

updated deb-repository URL

[FIX] website: the attachment creation improvment of a3e578068e170df41ef95c00026bc2351c9e2c13 must be done on res_model

instead of type

[FIX] product: comparison of currency rounding

Setting 0.0001 as precision used to be converted to 9.999999999999999e-05
precision_digits of 6 is the precision of the field 'rounding' on res.currency
Fixes #3875

[FIX] ir.ui.view: deletion of parent view should not cascade

This is safer to avoid inadvertently dropping customizations,
and does not impact the normal update/uninstall process, which
is based on the dependency order.

[FIX] stock: typo incomming -> incoming in demo & tests

I avoid to change external ids, in case some custom/community modules use it in their own tests

[IMP] account: bank statement reconciliation proposition:
- find a move line whose amount exactly matches the bank statement line amount even if it has no partner
- properly handle multicurrency
- if there's no exact match, look for a set of move line whose amount is <= to the statement line's amount

[FIX] survey: Was browsing a browse record, useless and traceback... https://github.com/odoo/odoo/issues/2383

[FIX] website: improve performance for attachment creation

website introduces two new stored function fields, which depend on the attachment data
The thing is, these two fields are pertinent for website attachments only
Therefore, we avoid to read the datas field when the attachment is not a website attachment(when not needed), as this is the most costly field to read

[FIX] correctly set searchview id (web client)

The issue is that when a default searchview is requested, it is
initialized without its view_id.  Result: debug mode can't edit the
search view.  This commit makes sure that when the field_view_get is
received, the correct view_id is set.

Merge pull request #3645 from odoo-dev/8.0-fix2manyupdateonchanges-chs

[FIX] api: avoid to return all fields *2many in onchanges

[FIX] fields: in *2many convert_to_write(), return all fields for new records and dirty fields for existing records

[FIX] mrp: allow to select BoM with a product template only

[IMP] Incoming, outgoing and virtual quantities should not take draft moves into account

[DOC] web: search view: extra info about key events handling

Complements bde1a4432fef4cb2f5fe8ab600e72ab5b8b4830d

Revert "[FIX] stock_picking_wave: removed obsolete many2many widget from stock_picking_wave_view"

This reverts commit 436bbb0a48ff866925fe0a3987928ab554bc3c6d.

The many2many widget is usefull, as it allows to select an existing picking instead of creating a new one when clicking add an item from the list

[FIX] product_extended: price from bom is build for product templates

As it sets the standard_price field, which is defined on product templates only: setting the standard price of a product variant will lead to set the standard price to all the variants of the product template.

There is therefore no meaning to compute and set the standard price of product variants according to the boms

[FIX] test_new_api: fix/simplify the result of the onchange on one2many fields

[IMP] account : Add reference field to Invoice report

[FIX] mail: batch_size expects an integer

[FIX] mail: allow to set own batch size for mass mailing

[IMP] models: rework the API that deals with dirty fields on records

updated deb-repository URL

was : openerp.com; new : odoo.com

[FIX] tools: find_in_path: config is not ready at import time

commit f76d4525a was not actually working: extra keys from
config files are not yet into the config options dict at
import time. The fix is to move the logic inside the method,
like in `find_pg_tool` just below.

Also fix the use of `find_in_path` in report.py: the subprocess
may also raise AttributeError exception, so instead of listing
all the possible ones just re-raise the IOError shallowed by
`find_in_path` when the result is None.

Fixes #3809 #3811

[FIX] website_editor: smallest pictogram was unselectable.

[FIX] packaging: windows: installer images odooification

[ADD] tools: handling of bin_path key in find_in_path

The openerp-server.conf now generates the bin_path record, in order
to resolve calls to external binaries served in the thirdparty dir.

Adpated report.py to use find_in_path and not directly which.

[ADD] packaging: windows: bundle wkhtmltopdf and lessc

[FIX] payment_transfer: correctly display transfer information

When moving fields name -> provider on payment.acquire, the condition in payment_transfer was not updated.
This lead to no post_msg value in the Wired Transfert acquire.
Fixes #2423, opw 613934

[FIX] google_calendar: update tuto to create credential for google Calendar API. Google changes suddenly the process. Before that was optional, now without it, customers have an error 400 redirect_uri_mismatch

POS is loading all partners, not only customers

Hi,

Adding domain to res.partner model, so POS only loads "customers"

[FIX] website_sale: apply reduction code

The line being deleted in this revision looks to have been useful when it was introduced in this commit:
36fc910

As the sale order was updated right away through the update_pricelist method
But since this rev. 22f4c31, the sale order is updated later, and reset the sale_order_code_pricelist_id value in the session right after setting it prevent to apply the pricelist of the promotional code...

[IMP] website_blog: Add menu, form view and tree view to manage tags.

[FIX] http.py: log 400 errors

[FIX] website_crm: contactus: do not polute lead creation values

[FIX] crm: set the oldname of field crm.lead.medium_id

[IMP] Show product_uom_qty instead of normalized quantity in mrp order report

[IMP] http: do not log traceback for Warnings

[REF] mail: extract auto subscribe notifications sending into a sub-method

To allow customization, such as do not send the notification to the partner that subscribed himself to the thread (he probably already read the thread, no need to send him an email)

[FIX] im_chat: unlink im chat presence on user deletion

It wasn't possible to delete a user if he had a im chat presence linked to him.

[FIX] doc/backend: typos in example code

[FIX] yet another filter fix... (crm reporting)

Same problem as before: filters do not compose properly with the implicit
'&', and they are filtering on the wrong model (should filter on probability
in the crm.case.stage model and not on the crm.opportunity.report)

[CHG] doc: company officially renamed

[ADD] ws doc: introspection, reports and workflows

* use static imports in java examples to make them terser
* inline ``domain`` in java and php example to make examples more
  self-contained
* try to extend/improve Model.write's docstring
* add convenience kwarg to fields_get, mostly for user-driven
  introspection

Closes #3689

[FIX] web_calendar: improve the commit 787147d. This commit was fixing bug in other module that calendar which was open an event in popup view. Because browse/read by default was unable to read string id. The fix was too restrictif, because calendar need to read/browse string; we cannot cast this id in Int else we loose the virtual part. parseInt('12-20140512') -> 12.

[FIX] calendar: allow to sort in tree view the starting date (start, start_date, start_datetime) (hack for V8)

[FIX] fix autocompletion problems with quick presses

Problem was that when the user types quickly in the search bar and press
enter, the keydown event of the enter key happens before the keypress
event of the last key entered.  This means that the autocompletion has
a wrong string.  The fix is to move the enter selection detection from
keydown to keyup.

[FIX] calendar: support non-ascii chars in date/time format

The calendar module generates string values with
a date/time formatted according to the user
language. Those formats may contain non-ascii
characters and are read as unicode strings,
but fed to str{p,t}time, which only accepts
byte strings (in Python 2).

This would cause an exception when loading calendar
notifications for a user using e.g. Chinese with
some CJK unicode chars in the date/time format.

[FIX] mass_mailing: attachments were not send.

[FIX] http.py: invalid request must return a status code 400

[FIX] fix wrong filter in opportunity view (crm)

There was two problems:
* it was filtering on the probability of the opportunity, not on the
probability of the stage
* the filters were not prefixed with '&', which means that they gave
weird results when combined in the searchview (in a filter group, filters
are combined with '|', but it breaks when the filters are defined by
an implicit '&')

[MERGE] forward port of branch saas-3 up to 6c13c8d

[FIX] base: copy access rights on group duplication

[I18N] Update translations from Launchpad 8.0 branches

[REM] duplicated package in requirements, sort

[IMP] doc: incorrect value documented

closes #3761

[FIX] graph.py: correct Node() creation.

Fixes #3730

[MERGE] forward port of branch 7.0 up to 529e920

[FIX] mrp: perform location chaining for kit exploded moves

This rev. 7307227 ensured to not (re-)set the state 'confirmed' to exploded moves with a more advanced state (for instance, 'assigned')
Nevertheless, the location chaining is performed on the move confirmation, through the action_confirm method of the stock.move model. Besides, the resulting moves of the _action_explode method had the state 'confirmed' on creation, the 'confirmed' state wasn't set by the method 'action_confirm', meaning that the moves were confirmed without having the location chaining done. Allowing moves to go through the action_confirm method even if the state was 'confirmed' or further triggered the location chaining.

Preventing already confirmed moves to go through the action_confirm method prevented the location chaining, thus.

We now create the resulting moves with the 'draft' state, and then confirm them through the procurement workflow signal 'button_confirm'. Thus, the resulting moves are confirmed by going through the action_confirm method, writing the confirmed state and triggering the location chaining at the same time. We then write the 'assigned' state if necessary.

opw-617235

[FIX] decimal_precision: avoid refreshing float precisions at each cache invalidation

Changing the decimal precision of float fields is a rare
operation, while cache clearing occurs fairly frequently.
Signaling a full registry change when the decimal precision
is changed (instead of a mere cache change) is therefore
a better trade-off, and more semantically correct as well.
This way we avoid the decimal precision refresh for each
invalidation.

Registry invalidation implies cache invalidation.