[FIX] read() method returns None values incompatible with XML-RPC
[FIX] account:  the 'Customer taxes' field on the product is readonly when my product doesn't have any variant
Merge pull request #1337 from odoo-dev/saas-5-fix-product-taxes-view-chm

[FIX] account:  the 'Customer taxes' field on the product is readonly when my product doesn't have any variant
[FIX] website_sale: fix error in tracking_last_order which was using the field is_delivery from module delivery
[FIX] ir_attachment: _filestore cache ignore uid

replace ormcache_context by ormcache: use the context in the cache key is useless
set skiparg=3 (default skiparg=2) so the uid is not used in the cache key: the filestore path is the same for all database users
[FIX] res.users: safer read() when computing default company value

The goal is to avoid any kind of prefetching
of other fields when copmuting the default
company, as this will sometimes happen in the
middle of a database update, when the default
company is used for setting the default value
of new columns. In that case the db schema
may not fully match the in-memory model, leading
to an SQL error.
[FIX] stock: backport of rev 0a6d63b
Forward port of branch saas-5 up to eda2f06
[FIX] {base_action_rule,calendar,hr,mail,project_issue}: decorate the method `message_post` to specify signature
[FIX] wek_kanban_gauge: use field raw_value to avoid thousands separator etc.
[IMP] website_blog: group the get_discussion in one request(get_discussionS), that will avoid to make one request by paragraph in blog.
[IMP] crm: Add Campaign source and medium in group by + fix a bug when name_search return a tuple and not only the id.
[REF] crm analytics: refactor - lint
[FIX] web: headless search views are ready from start

function start, line 783, filters_ready waits for fields_view_get deferred to be resolved before calling prepare_filters, which prepare the view filters.

The thing is that, at line 416, if this.headless boolean is true, the searchview is marked as ready (by resolving the this.ready deferred), and the fields_view_get deferred will never be resolved, as it is resolved in the else case, where the this.headless boolean is false.

Therefore, in this.headless true case, this prevents the deferred $.when(this._super(), filters_ready) to be resolved, as the deferred filters_ready will never be resolved. Therefore, the deferred returned by the start function is never resolved, and the searchview will never be regarded as ready neither.

In views.js, the ViewManager is marked as ready when the deferred manager_ready = $.when(searchview_loaded, main_view_loaded, this.view_completely_inited) is resolved. In the this.headless true case, as the searchview is never marked as ready, the manager isn't neither.

This leaded to some issues, like the action buttons in form views being disabled on click, and never re-enabled once the action/wizard executed. See opw-610723
[FIX] web: return _super deferred in start method

Forget to include the _super method in the deferred returned by the start function of the search view
See previous rev. 70605240a9e4e0279bd339c3d80cab3862a58abd
[FIX] base: ir.qweb: ensure element.tail is correctly encoded

element.{text,tail} are either ascii-compatible `str`, or `unicode`
when non-ascii-compatible. This could force the implicit decoding
of utf-8 encoded contents when joining template bits, breaking
the rendering.

Fixes #1085, and related to #1130
[REM] fields: remove fields.Any, temporary artifact for ill-typed fields

This was added in master-apiculture at f1f16a8 to
permit special function fields that return
structured JSON-like data.
This is unnecessary and caused typing problems, for
example for the type field of ir.model.fields, or
when you decide to store them.

It is simpler to explicitly declare these fields
as fields.Char and have them serialize their results
to JSON strings, or to declate them as fields.Binary
and return any opaque data they want.
[FIX] google_calendar: cleanup/spellcheck translatable terms
[IMP] tools.translate: unused import
[IMP] BaseModel: new `_translate` attribute to disable translations

Can be defined to False in any model to completely
disable translations for this model, when they are
irrelevant. This is useful e.g. for test classes
that use attributes that would normally be translatable.