[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] 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