[FIX] account: make open_action() work with actions targetting both account.move and account.move.line

Before, all fields were looking at the name of the statement line

[FIX] account: don't set the 'sales' filter by default when opening the move lines' tree view from the dashboard or clicking the 'reconciled entries' button of the move's form view

[FIX] account: make "journal items" link of journals in the dashboard work for 'sale' adn 'purchase' journal

Suppose the following workflow:
- Creates a new vendor bill.
- Set an accounting date but no bill date.
- Post the vendor bill => accounting date / bill date are set at today.

This behavior is due to the fact the user didn't set a bill date.
This commit aims to set a default bill date to encourage the user to edit it
instead of letting it empty.

*: event_sale
   mail
   sale_product_connfigurator
   stock

Before this commit: if we open dialog from acitivity view and try to
discard it (i.e. close it), it throws traceback.

Issue arises from following commits:
https://github.com/odoo/odoo/commit/d3d576cf8ec9e5b5f6ae5f9d8845cf384435f12d
https://github.com/odoo/odoo/commit/3210f108272be89f1a7b01f4e1816b7f04ae0a3b



Previously, special attribute was passed directly, but now `on_close`
gets action info as an object.

After this commit, it passes special key as an object for `on_close`,
also changed special action based logic in other modules.

Task-Id 2072181

closes odoo/odoo#37078

Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>
Co-authored-by: Mohammed Shekha <msh@odoo.com>

* event, website_event_questions, website_event_sale,
  website_event_track, base, website, website_blog

task-2043872

closes odoo/odoo#37009

Signed-off-by: Quentin Smetz (qsm) <qsm@odoo.com>
Co-authored-by: Cocographique <nmi@odoo.com>
Co-authored-by: qsm-odoo <qsm@odoo.com>
Co-authored-by: Jérémy Kersten <jke@odoo.com>

* event, website_event_questions, website_event_sale,
  website_event_track, base

Part of https://github.com/odoo/odoo/pull/37009


task-2043872

Co-authored-by: qsm-odoo <qsm@odoo.com>
Co-authored-by: Jérémy Kersten <jke@odoo.com>

Any new line (components or by products) in the produce wizard
will be now added from the bottom of the One2many widget.

closes odoo/odoo#37514

Signed-off-by: Simon Lejeune (sle) <sle@openerp.com>

Still without demo data

closes odoo/odoo#37502

Signed-off-by: Martin Trigaux (mat) <mat@odoo.com>

Suppose a tax cash basis without account_id set on any repartition lines.

Before this commit, the generation of the cash basis entry failed because
odoo tried to create an account.move.line without account_id.

With this commit, a fallback is made on the base line account_id in case
of missing account_id on the tax repartition line.

closes odoo/odoo#37499

Signed-off-by: Laurent Smet <smetl@users.noreply.github.com>

This commit is just about moving views and factorizing views content.

Part of https://github.com/odoo/odoo/pull/37009


task-2043872

Co-authored-by: Cocographique <nmi@odoo.com>

* website

Part of https://github.com/odoo/odoo/pull/37009
task-2043872

This commit moves most of the logic of cover edition to website. This
will allow to define cover on other non-blog models, like events.

Note: this also "accidentally" fixes a crash during rendering of the
blog page when there is no blog or post.

Part of https://github.com/odoo/odoo/pull/37009
task-2043872

When copying a task, we need its company to be the
one in its new project.

Task-1999686

closes odoo/odoo#37108

Signed-off-by: Jérome Maes (jem) <jem@openerp.com>

When encoding a timesheet, we want it to be linked to an employee of the
same company. Purpose is for the current user to find its correct employee
directly, and so its timesheet cost.

Task-1999686

As the ORM now supports some helpers to handle
multi company environment, it is recommended to
use them. So, this commit changes technically
some aspect of the multi company consistency
implemented a few commit ago.

Task-1999686

This commit makes possible the task delegation in a multi company
environement. A subtask is a normal task with a parent, but can
now be in a different company, to be use as subcontracting task in
another company.
Tests are added to check multi company consistency for the project
app in general and for the subtask cases.

Task-1999686

This commit completes what was initiated a few time ago : a substask
is like a normal task and can now live its own life, being in another
project, attached to another customer, billed on another sale line, ...
than its mother.
The informations coming from the parent are only use as default values to
prefill the form view (with default options on creation, or though `onchange`
when setting the parent on existing task).

No values are forced now.

Form, default context, and others views has been adapted to make this feature
works.

Task-1982072

On the product form view, the forcast stat button should open
the Graph view by default and not the grid one

closes odoo/odoo#37501

Signed-off-by: Simon Lejeune (sle) <sle@openerp.com>

before this commit:
the icon was not there in proper position

after this commit:
the icon is at proper position

task- 2074108

closes odoo/odoo#37352

Signed-off-by: Damien Bouvy (dbo) <dbo@odoo.com>

Before this commit, when user has no extra access rights, clicking on
create in Expense raises an Access Right Error.

This fix solves the issue by sudoing the access on
account.analytic.default in the onchange method causing the error.

Task-2069060

closes odoo/odoo#36572

Signed-off-by: Jérome Maes (jem) <jem@openerp.com>

Adds a test to be sure `product.template` can be create with a
responsible when:
  - The product has no `company_id` (the responsible must belong to the
    user's company in this case).
  - The product `company_id` is one of the companies of its responsible.

And to be sure that we can't create a `product.template` if its
responsible doesn't belong the product's company.

closes odoo/odoo#37362

Signed-off-by: Simon Lejeune (sle) <sle@openerp.com>

Before this commit, when a record of a model who has a `res.users` field
it could fail the `check_company` because the check looks for
`company_id` who is the default company of the user.
In the case of `res.users`, `check_company` must look after the
`company_ids` of the user.

The domain for the tags in the taxes indicates that the country must be
the same that the tax country:
domain="[('applicability', '=', 'taxes'), ('country_id', '=', country_id)]"

For this reason is necessary assign the country in the tags, to allow
register new taxes or change the tag in the records created.

closes odoo/odoo#37482

Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>

When a lead entered a wrong email address in the contact form,
this crashes when loading visitor view.
We were doing a email concatenation to have all the email address
of the leads linked to the visitor.
But as it is a cornet case that shouls not happens often
(to have multiplus email address linked to the visitor)
we will only keep the last email addresse entered by the visitor.

Task ID: 2077182
PR #37472

Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>

In https://github.com/odoo/odoo/pull/36304

 was removed the module
account_cancel, but missing remove the dependence. Now is
removed

closes odoo/odoo#37455

Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>

When the user do not set a company on a route and check warehouse selectable
then it's impossible to select a warehouse. It happens due to the
check_company domain ['|', ('company_id', '=', company_id)('company_id','=',False)]

closes odoo/odoo#37404

Signed-off-by: Arnold Moyaux <amoyaux@users.noreply.github.com>

Initial spec was to add month after activity name in the kanban
journal view. However this does not work when tax period is quarter
and also the month is always displayed even on other activities which
we don't want.
Reverting this commit and another task will come later to improve the
display on the journal kanban activities.

closes odoo/odoo#37277

Signed-off-by: Cedric Snauwaert (csn) <csn@openerp.com>

- Multi-company: Fix domains on wizard / company.
- Multi-currency: Manage multi-currency when generating accrual lines.
- Moves creation: Avoid creating too much moves:
	[1-2] moves was created per line before this commit.
	[1-2] moves are created per invoice with this commit.
- Invoice type: Allow accrual only one posted journal entries.

closes odoo/odoo#37487

Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>

Add a hook inside mail_thread to be able to get a custom message at
the record creation.
Override this hook in account.move to get a custom creation message
dependent of the move's type.

closes odoo/odoo#37474

Signed-off-by: Laurent Smet <smetl@users.noreply.github.com>

Planning workorder will generate workorder lines according to reservation
If some lines are already created into the workorder for the current product,
The line generation will increase the quantity of the existing one instead of creating
a new one. The issue occurs when the production have some stock move with the same
product.

This commit change the condition to find workorder line candidate. Instead of searching
line with same product, we now search line with same stock move.

closes odoo/odoo#37419

Signed-off-by: Arnold Moyaux <amoyaux@users.noreply.github.com>

This commit changes the behavior of the 'Back to edit mode' button in the customer portal preview of sales order.
If the sales order is a rental order, the user is sent back to the Rental app. If not, the button makes him return to the Sale app.
This doesn't take into account the app in which the order was opened: if a rental order was opened in the Sale app, the portal will send the user back to the Rental app.

task-2071281

closes odoo/odoo#37423

Signed-off-by: Damien Bouvy (dbo) <dbo@odoo.com>

Create a simple subclass of AbstractAction (a client action), with
property hasControlPanel set to true. By default, the name of the
action should be displayed in the breadcrumb. Before this rev.,
it wasn't the case, as it displayed 'Unnamed' instead.

Bug spotted when doing an exercice for the JS smartclass.

closes odoo/odoo#37465

Signed-off-by: Géry Debongnie (ged) <ged@openerp.com>

Revert the new behavior introduced by https://github.com/odoo/odoo/commit/9bc4a19d74185a066b7ac870b02fd1836c4392b6


We finally decide to restore the previous behavior allowing to fallback on the company default taxes.
In addition, the taxes will be overrided only if specific taxes are set on the account.

closes odoo/odoo#37406

Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>

When having a long systray (icons from different apps, mode debug,
multi-company...) the resize of the window can trigger a crash for apps
that have not too much top-level menus (e.g. Contacts).

This also happens when loading those apps.

Steps to reproduce (on an iPad, portrait):

* use a Runbot with all modules installed (12.0+)
* activate "debug mode"
* ensure that the menu/systray bar is quite full
* open the "Contacts" app
=> traceback with a "cannot call getBoundingClientRect of undefined"
error

The reason is that the resize's callback iterate over the systray/menu
items to find which one should be folded behind a "more" ("+") menu
item.

Sadly in some cases (combination of screen width, systray size, app's
number of menus) it can lead to a traceback.

This commit ensures that when looping for menu items, we don't try to
reach an non-existing item.

closes odoo/odoo#37327

X-original-commit: odoo/odoo@d7bae0329990171710acf2d9c0d4d9579cba2c0e
Signed-off-by: Adrien Dieudonné (adr) <adr@odoo.com>
Co-authored-by: Romeo Fragomeli <rfr@odoo.com>