Before this commit, all the computation of the default widths for column
headers was done before the list was attached to the DOM, meaning that no
column was actually visible. This was a problem since columns that are
meant to stay unseen were taken into account in the calculation of relative
column widths.

Now, the same algorithm runs once the columns are visible so that invisible
columns can be properly excluded.

fixes #38744

Task 2076721

Before this commit, the `width` attribute was interpreted by a jQuery node generator
function as a `style="width"` property and gave an incorrect width value to the affected node.

Now, the `width` attribute is automatically plucked in the list renderer in the
specific function used to render buttons.

Task 2076721

Commit https://github.com/odoo/odoo/commit/68d71b8eafa3227269de12ba3c64b9860fbcf63c


introduced a wrong domain
Falsy m2m must be explicited and put outside of the "in [ids]" leaf

This commit corrects it

OPW 2090865
OPW 2091449
OPW 2091778
OPW 2091778

closes odoo/odoo#39258

X-original-commit: fe19c865547647e34e49933218de0ed1ae27ddf6
Signed-off-by: Lucas Perais (lpe) <lpe@odoo.com>

closes odoo/odoo#39256

Signed-off-by: Josse Colpaert <jco@openerp.com>

Commit c95acd62 added support of sending tickets to client directly
by email. However parameters management in the business method allows to send
void emails or to spam people quite easily. Moreover missing translations
marks prevent from translating mail content.

This commit fixes that by ensuring current user is member of pos user group.
Code is also a bit cleaned to ensure mail values are correct. Finally
translations marks are added to allow content translation.

closes odoo/odoo#39252

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

closes odoo/odoo#38530

Signed-off-by: Victor Feyens (vfe) <vfe@odoo.com>

Use correct company to get fiscal positions and properties

Ensure company used to fetch fiscal positions is always the correct one
when coming from a company restricted model (company_id required, or
related.required).

purchase: get_fiscal_position doesn't consider company_id ctxt key

others: properties were accessed with potentially the wrong company.

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

,
the current companies of the user are saved in the context as "allowed_company_ids"
context key.

In case of invalid context content, the api was computing the intersection
between the context content and the user company(ies) and falling back on user
company_id(s) when catching an error.

A sanity check was done, but no feedback was given to the user,
saying that the context change was falsy.

This commits changes this behavior to :

* raise an AccessError when trying to access self.env.company(ies) when
invalid or unauthorized companies are defined in the context.

* take sudo mode into consideration, allowing inter-company impacts,
even when current user doesn't have access to a given company,
if the code is done in a sudoed environment.

Co-Authored-By: Raphael Collet <rco@odoo.com>

`_` is not available when loading this part of the template, leading to
an error on `_.str.trim()`.

We can simply use `trim()` to do so. By the way, `google_analytics_key`
is now trimmed automatically when adding it in the settings, so this is
only useful for migrated databases.

Fixes #38891
opw-2089296

closes odoo/odoo#39255

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

Fix: no read all records, poor performance on big database
Signed-off-by: Josse Colpaert <jco@openerp.com>

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#38890

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#39250

Signed-off-by: Quentin Smetz (qsm) <qsm@odoo.com>

closes odoo/odoo#37043

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

The goal is to improve the project's overview:

    1/ Switch tooltips
    2/ Increase tags size

closes odoo/odoo#38804

Taskid: 2086664
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

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

opw-2089868

closes odoo/odoo#39215

Signed-off-by: Richard Mathot (rim) <rim@openerp.com>

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

closes odoo/odoo#39213

X-original-commit: 838cb0e8
Signed-off-by: Martin Trigaux (mat) <mat@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#39201

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

followup of 8a0fc647

task-2065018

closes odoo/odoo#39200

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

closes odoo/odoo#39193

X-original-commit: 25d6e9a6
Signed-off-by: Christophe Monniez (moc) <moc@odoo.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#39181

X-original-commit: 888245f1a4307bd626cb5f55a3dff09898254790
Signed-off-by: Josse Colpaert <jco@openerp.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#38805

Signed-off-by: Olivier Dony (odo) <odo@openerp.com>

closes odoo/odoo#37094

Signed-off-by: Olivier Dony (odo) <odo@openerp.com>

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

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#39135

Signed-off-by: Xavier Dollé (xdo) <xdo@odoo.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#39166

X-original-commit: 023941e25cae34e60eaabcc54841b3d908a59414
Signed-off-by: Adrien Dieudonné (adr) <adr@odoo.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#39164

Signed-off-by: Xavier Dollé (xdo) <xdo@odoo.com>

This fixes a regression introduced by 291a0e99d137142bd24addd1054c1357ddd7125a.

closes odoo/odoo#39159

Signed-off-by: Raphael Collet (rco) <rco@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#39134

X-original-commit: https://github.com/odoo/odoo/commit/fd157b93320b95952b589bfb938d57612e2c4d73


Signed-off-by: Quentin Smetz (qsm) <qsm@odoo.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#39125

Signed-off-by: pimodoo <pimodoo@users.noreply.github.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#38974

Signed-off-by: oco-odoo <oco-odoo@users.noreply.github.com>

Purpose
=======

Time to load systray messaging menu is too slow.

Time to load systray messaging menu:
- With 300 direct message channels, it takes at least 1.2 seconds.
- With 300 direct message channels and a dozen of "big" multi-user
  channels (#All, #News, #R&D, etc.), it takes at least 2 seconds.

The RPC 'channel_fetch_preview' is very slow. After some investigating,
it looks like 80% of the time takes place during message_format
postprocess when updating messages based on notifications:

Specification
=============

Now, we avoid to make query for each message.
And for attachment's message, we check attachment access rules and
search object only if the message has an attachment.

closes odoo/odoo#39063

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

closes odoo/odoo#39151

Signed-off-by: Fabien Pinckaers <fpodoo@users.noreply.github.com>

The XML file homepage view record is not supposed to be deleted as it is used
to bootstrap newly created website.

If that view is deleted, everything's fine. But if that view's page is not
found (m2o link broken somehow), then the code would crash.

This would only appear if the user is playing in the backend in technical but
it seems to happen more than it should.

This commit will prevent the code to crash in such a case.

Step to reproduce:
1. Go to settings > technical > views (debug)
2. Find the xml homepage view (with xml_id)
3. Go to its website.page and break the m2o view_id
4. Try to create a new website, it will crash

opw-2081894

closes odoo/odoo#39148

X-original-commit: 1d4dd200
Signed-off-by: Romain Derie (rde) <rde@odoo.com>

Those tests were raising an assert error if the DB has other websites than the
data/demo ones.

As we have a new module in Odoo 13.0 (odoo/design-themes#178)
which is creating 25 websites, and since the design-themes runbot is now
running tests, we were having a red design-themes runbot.

closes odoo/odoo#39140

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

Before, en_US was almost always the default in case of 'no language'.
Now, that should be superseded by lang=None;
yet still, en_US plays the role of source language.

In a multilanguage database where en_US was not installed,
writing a translation with lang=None would crash.
This could prevent module installation.

A test is added to cover that case.

In the case where we write a record with lang=None, the source is the
same as the record; in that case the cache contains the value for the
field.name under the context keys en_US and None, so we need to
invalidate the cache to avoid getting back the old value.

co-authored with mart-e

opw 2088487
opw 2083710

closes odoo/odoo#39040

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

Go on a kanban view with a scroll bar
scroll all the way down
Open a record in form view

Use the breadcrumb to go back to the kanban

Before this commit, the kanban was re-opened
but the position were we were before opening the record was lost

This was due to 40dd1219
which refactors the dom, puting the action manager on top of controllers

After this commit, when re-opening the kanban, we end up at the same position
we left it at

OPW 2074077

closes odoo/odoo#39111

X-original-commit: c0d48878c452b256859f067186567c126d8de27e
Signed-off-by: Lucas Perais (lpe) <lpe@odoo.com>

after paypal onboarding, merchant email and pdt token
is not required at all, for the new users.
They can accept payment with just email address.

closes odoo/odoo#38756

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