[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
[IMP] improve graph view layout and groupbys

* add a 'total' foldable button to allow the user to control the column
in pivot table view
* in the dropdown menu, add all fields from the model instead of only
those from the search view groupbys
[FIX] correctly type date field in crm_lead_report

opening_date and date_closed were cast to char but are supposed to be
dates.  When you try to group crm_lead_report by one of them, postgres
was not happy.  Now, it properly tells postgres that they are of type
date.
[FIX] correct various date issues in reporting

* remove old 'day', 'month', 'field' and replace them by the actual
date/datetime field
* remove weird cast to char when creating the view to prevent crash
when grouping on them
* remove duplicates (such as 'creation_date' and 'create_date')
* fix typing errors (field type date defined as a datetime in the
postgres view)
* fix search view definition
[FIX] addon web: prefix css dropdown-submenu

to prevent possible future conflicts