closes odoo/odoo#39276

X-original-commit: 4d2c2fac
Signed-off-by: Josse Colpaert <jco@openerp.com>

Task ID 1853147
PR #39272

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

Purpose of this commit is to remove code coming from old features,
implementations and that was not completely cleaned.

Including

  * remove support of old "reply" composition mode which is simply a comment
    with a parent message, and is deprecated;
  * remove support of old "mail.compose.message.mode" context key that was
    used in Odoo 6.1;
  * remove support of message_id default value in context instead of
    default_parent_id;
  * remove old redirection of user / partner post. This code come from
    old age when people were able to post on their "profile" by posting
    on their user;
  * remove unnecessary method for selection field;
  * remove unused imports to clean a bit code;

We also make some optional parameters in rendering methods mandatory to
ease code understanding and future modifications.

Task ID 1853147
PR #39272

Purpose is to prepare future cleanups and speed improvements. In this commit
we use create multi on mail.mail, allowing to batch their creation when
necessary.

Task ID 1853147
PR #39272

When a BoM is using a component with a quantity required set to 0,
tracebacks were occuring when computing the available quantities
for the kit.

Fixes #38807

closes odoo/odoo#39267

X-original-commit: 7676269b
Signed-off-by: Simon Lejeune (sle) <sle@openerp.com>

Before this commit, when clicking inside a snippet which is already
enabled, it was disabled then re-enabled... which had the side effect
of calling onBlur/onFocus methods. This can be a problem with some
onFocus/onBlur implementation relying on the old behavior.

Note: this commit restores the exact same behavior as before. If an
internal snippet of the active one is clicked, then we still call the
onBlur then onFocus for the old active one (the parent) as the actual
enabled snippet changed (even if it is simply a child snippet).

closes odoo/odoo#39261

X-original-commit: 076992bd
Signed-off-by: Quentin Smetz (qsm) <qsm@odoo.com>

closes odoo/odoo#39257

X-original-commit: de262460
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

For maintenance reason, keep only one CoA
Update the translation files to reflect the changes
Modify the addons/l10n_cn/data/account_tax_group_data.xml to remove
some tax group

closes odoo/odoo#39226

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

related to rev eddc695a
the file is not imported but still present

closes odoo/odoo#39246

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

The goal is to improve the project's overview:

    1/ Switch tooltips
    2/ Increase tags size

closes odoo/odoo#39239

Taskid: 2086664
X-original-commit: db2e6bc6
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

Records were filtered so not every record was set in the for loop

Fixes odoo/odoo#38992
Closes odoo/odoo#39071

closes odoo/odoo#39234

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

The nightly clickall runbot fail due to a crash of the underlying chrome
browser used to run the test suite. The problem is related to the
resources the browser is using. We leverage the problem by starting one
dedicated browser per app.

closes odoo/odoo#39190

X-original-commit: 228e57d9
Signed-off-by: Xavier Dollé (xdo) <xdo@odoo.com>

`action_done`on pickings should be a private method,
and called only trough the picking validation process.

task-1938108

closes odoo/odoo#39174

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

* rewrite the docstring
* rename pick -> picking
* rename ops -> move_line
* remove commented code

task-1938108

opw-2089868

closes odoo/odoo#39227

X-original-commit: 2dc54945
Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>

Since saas-12.3, deferred actions use native promises. This has the
annoying side-effect of force-deferring promises even if they are
resolved at once... and we relied on the opposite behavior for some
call made in _setActive or option methods.

In master, we should review the async logic of snippet options. Right
now we will rely on the fact those promises are resolved at once but
that we need to avoid for their "async part" anyway. The _setActive
method and the option methods are thus still working synchronously in
stable, despite the new force-deferring promises.

Also, with old promises, when we waited for the resolution of multiple
deferred, the resolve handler received the multiple results as
individual arguments. Now it receives all the results in an array as
a single argument. The resolution of action demands had to be adapted.

closes odoo/odoo#39171

X-original-commit: 30d15315
Signed-off-by: Quentin Smetz (qsm) <qsm@odoo.com>

The default `compute_sudo=True` makes sense for recomputing stored
fields that are indirectly related to a business operation.  This
ensures that the recomputation of the field does not break an operation
that is not aware of the fields to recompute.

However, computing non-stored fields in superuser mode is usually not
necessary.  It even leads to unexpected values: counting a partner's
sales orders does not give the same result in superuser mode as in
normal mode.  That is why non-stored fields are not computed in
superuser mode by default.

[FIX] account, delivery, event, hr_recruitment, point_of_sale, stock:
adapt the model definition to make all fields with the same compute
method have the same value for `compute_sudo`.

[FIX] sale: split the computation of `invoice_ids`, `invoice_count`
(non-stored) and `invoice_status` (stored), as no code is actually
shared.

closes odoo/odoo#39195

X-original-commit: 843fd38a
Signed-off-by: Olivier Dony (odo) <odo@openerp.com>

closes odoo/odoo#39194

X-original-commit: 9492b019
Signed-off-by: Olivier Dony (odo) <odo@openerp.com>

X-original-commit: 2726976e

The basic ORM methods should not silently discard unknown fields, as
they may be a sign of broken code.

X-original-commit: 9595dd06

Before this commit, having a `customize_show` on an ir.ui.view record in a
theme module would be ignored when creating the theme.ir.ui.view as the field
would not exists.
Actually it would log a warning on create (module install) and raise a
traceback on module update (theme update).

closes odoo/odoo#39216

Signed-off-by: Jérémy Kersten (jke) <jke@openerp.com>

Was comparing b'0x02' and '0x02'

closes odoo/odoo#39214

X-original-commit: 838cb0e8
Signed-off-by: Martin Trigaux (mat) <mat@odoo.com>

This commits fixes user duplication.

Suppose there is a monetary field, with a currency_field that is a related.
When going through model's _create, we do:
`if field.type in ('one2many', 'many2many'):
    self.env.cache.set(record, field, ())`
knowing that thse values are false, with the intent to clean them later:
`for record, field in cachetoclear`
However, when setting the scalar values, we go through:
`accessing cache_value = field.convert_to_cache(value, record)`
In the case of the monetary field, this depends on another field value
(the currency_field). If it is a related, we can access its value.
However, at this point, if we check any access rights, we might use the value
of a relational in cache for which the value is incorrectly set to False.

In the case of the user, this is what happens: it inherits its currency_id
from partner, as well as its debit_limit which depends on it.
When the access if checked, company_ids is set to False in cache.
So when going through the rule 'user rule', which checks that the company_ids
intersects with the env.companies.ids, the result is always False.

In some way this is essentially hiding the problem, but the true fix is
probably not feasible in stable.

opw 2086661

closes odoo/odoo#39017

X-original-commit: aa05a935
Signed-off-by: Nans Lefebvre (len) <len@odoo.com>

followup of 8a0fc647

task-2065018

closes odoo/odoo#39211

X-original-commit: bfa239b5
Signed-off-by: Jérémy Kersten (jke) <jke@openerp.com>

closes odoo/odoo#39199

X-original-commit: 25d6e9a6
Signed-off-by: Christophe Monniez (moc) <moc@odoo.com>

When marking as done a MO, we use SUPERUSER to create analytic line
as an MRP user does not always have access to analytic items. There
is however a default value for company analytic line defined to the
user's context company, so we need to use the current company of the
real user instead.

closes odoo/odoo#39209

X-original-commit: 14aade9341bf9d61cd21de948755fc339ae512ea
Signed-off-by: Alex Tuyls <alt-odoo@users.noreply.github.com>

You need to provide a small part of the code, because to avoid fraud, google
make several request to be sure that you don't allow all codes :)

So the 'WPS' solution was dropped, now we take the first request from google
that match the part provided, as the good one, and refuse all others requests.

task-2086915

closes odoo/odoo#39186

Signed-off-by: Jérémy Kersten (jke) <jke@openerp.com>

Chart of Accounts (COA) Template for Lithuania's Accounting (VAS-15).

Data is multi language (English and Lithuania).

This module also includes:

* List of available banks in Lithuania.
* Tax groups (to map different tax amounts).
* Most common Lithuanian Taxes.
* Fiscal positions for different countries/groups.
* Account Tags used for reporting purposes.

closes odoo/odoo#39187

X-original-commit: 888245f1a4307bd626cb5f55a3dff09898254790
Signed-off-by: Josse Colpaert <jco@openerp.com>

In deliveries slips, you can directly create a new serial number.
If you have multiples companies, a field "company" appears.
But if you have only one company, it doesn't appears and there is
no default value for it.

As the field is required, it returns an error "Company field required".

Before this commit:

    - The company_id field in stock_production_lot model does not
      have a default value.

After this commit:

    - The company_id field has a default value which is the user
      current company id.

OPW-2083099

closes odoo/odoo#39170

X-original-commit: 7b6d8751
Signed-off-by: pimodoo <pimodoo@users.noreply.github.com>

Start odoo-bin using a tier module (like `python3 -m pdb odoo-bin`), the
odoo/addons __path__ contains the relative link to the modules instead
of the absolute link like when directly started (`python3 odoo-bin`).

This cause trouble importing modules because it reuses the relative path
from within other directories.

closes odoo/odoo#39182

X-original-commit: 941e051f
Signed-off-by: Xavier Dollé (xdo) <xdo@odoo.com>

Since commit https://github.com/odoo/odoo/commit/dba478332681dd21a39c4a183c002b1cf6e046d2

, a survey can have questions with no section
associated, which means 'page_ids' field will be empty.

This prevents to display some questions of a survey, as we are
still expecting a structure page/questions. To solve it, we first
append questions with no sections, then all other questions.

closes odoo/odoo#39113

X-original-commit: 149657cf
Signed-off-by: Alex Tuyls <alt-odoo@users.noreply.github.com>

This fixes a regression introduced by 291a0e99d137142bd24addd1054c1357ddd7125a.

closes odoo/odoo#39178

X-original-commit: 852ee32e
Signed-off-by: Raphael Collet (rco) <rco@openerp.com>

With Anglo-Saxon accounting, invoices with stock_moves on a product
having 'real_time' valuation cannot be validated: there is a user error
when the interim account is not reconcilable.

We modify _anglo_saxon_reconcile_valuation so that we do not try to reconcile
when the account is not reconcilable.

OPW-2080180

closes odoo/odoo#39167

X-original-commit: 7174bd2f
Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>

Due to commit odoo/odoo@f4031c62f97fa170b74b0d13a0856b7d58ed4da6
it was not more possible to scroll in a grouped kanban.

Steps to reproduce:
* Go to project app
* Select a project with a few numbers of task
* Create as need new task to have more task than visible on the screen
* Try to scroll (BUG)

Note: we also fix the swipe in empty column

opw-2080491

closes odoo/odoo#39168

X-original-commit: 023941e25cae34e60eaabcc54841b3d908a59414
Signed-off-by: Adrien Dieudonné (adr) <adr@odoo.com>

closes odoo/odoo#39154

X-original-commit: 6a08db92
Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>

set current assets or current liabilities type insted of Podatki

Fixes #38004

closes odoo/odoo#38902

X-original-commit: d67f1397
Signed-off-by: Josse Colpaert <jco@openerp.com>

As this wizard only shows the first product overprocessed and does nothing else,
we remove it completely for cleaning purposes.

task-1938108

closes odoo/odoo#39161

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

*:
	delivery
	hr_timesheet
	mrp
	sale
	sale_coupon
	stock

This commit makes the static strings / labels editable with studio
by wrapping them in appropriate tag (mostly span) whenever needed.

Task-Id 2030430

closes odoo/odoo#34685

Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>

preparation for cleaning of v13
task-2065018

closes odoo/odoo#39051

X-original-commit: 8a0fc647
Signed-off-by: Jérémy Kersten (jke) <jke@openerp.com>

The issue here is, for modal dialogs (eg newsletter popup), when we close
the dialog, the modal is destroyed and so after the delayed execution due to
timeout, the dialog will not be available and it will generate the issue.

removed delayed execution for the traceback, which is relevant to
the modal dialogs.

task-2075232

closes odoo/odoo#38914

X-original-commit: 93deb25f
Signed-off-by: David Monjoie (dmo) <dmo@odoo.com>