* website_form

To support old theme options, a hack had to be made to allow access to
left panel UI. This will be improved in master.

Part of https://github.com/odoo/odoo/pull/38495
task-2083198

closes odoo/odoo#38492

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

Only invoices/bills should create their equivalent credit notes when reversed (with tax tags coming from the related repartition lines), other kinds of journal entries should be reversed as misc entries, to negate them entirely in the accounting

closes odoo/odoo#38476

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

We should always ensure to assign something in a compute method

Since sms_template_id is not required, we have to check that it is set
before trying to render the template

Also make sure to have a default value in case you don't have a res_id

closes odoo/odoo#38463

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

sms_composer could crash in case you didn't pass it the active_id,
active_ids context keys or don't call the default_get

In that case it would try to access `self.env[False]` which would crash
in the `_compute_recipients_count`

We also have to ensure that we have a default value for `self.res_ids`
because `literal_eval(False)` will crash

closes odoo/odoo#38461

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

Fields created with Studio are case-sensitive, so we need to properly
quote the query.

opw-2083852

closes odoo/odoo#38460

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

Test case;
The user as edition rights on the website
Install quotation builder
Have a sale order with many lines
Click preview > you end up on the portal view

Before this commit, there was a blank space just before the
sale order lines per se
This was because the sale order's lines website description
were in the dom and took some fixed space, which is a feature
meant for the edit mode by using the class oe_no_empty

After this commit, we restrict the effect of that class concerning
the fixed height only to edit mode
There is no more gaps in the sale order preview

In master, one should check whether the class / rule is still relevant

OPW 2082267

closes odoo/odoo#38429

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

Initially a forward-port of 5aecd365, which needed f407e60a to work.

The do_in_onchange was removed inbetween, but it is not needed anymore here.
The issue was caused by the fact that the cache values given for each
environment, whereas in the new ORM the values are now shared across all.

The other potential issue caught by this test was that the company of the taxes
could be incorrect. This is problematic for the end user, since relational that
violates inter-company rules mean that they won't be able to read or write
the records without sudo. However the model now has _check_company_auto,
handled by the ORM, so the issue should not arise anymore.

closes odoo/odoo#38377

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

- Install timesheets and studio.
- In timesheets add a time of -0.5 (minus half an hour).
- Enter studio
- Switch to the Reports tab, and click Timesheet Entries.

Before this commit:

The time is displayed as 00:30.

After this commit:

The time is displayed as -00:30.

closes odoo/odoo#38354

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

Because of 4b1cb41c, we might try to read
the field 'active' on a record on which we can't read fields besides the name.
This thus triggers an access error where there should not have been.

In particular, this is the case for portal users: most often the records they
can access point to records that they can't read
(e.g. the partner of the internal user assigned to the ticket).
As a result, clicking on any link creates an ACL, and thus redirects to the
home page.

It turns out that filtered_domain was primarily used on already loaded records,
typically for the write, so it was assumed that the records could be read
in the first place.
However in the use-case of the portal, there is an explicit check on the read
rights with the portal user, explaining the discrepancy.

Since in the general case filtered_domain should be able to read all fields
to evaluate the domain, we put it in sudo.

fix co-authored with @rco

closes odoo/odoo#38198

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

Computed fields need to always be assigned a value now.

The way the active_id(s) were retrieved made the wizard only take care
of one active_id. This prevented from reverse multiple invoices at the
same time.

closes odoo/odoo#37681

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

Computed fields that depend on the context now have to be declared as such.

To reproduce the issue:
- go on the form view of any view
- update the arch of the view
- save
- click on action "reset view architecture"
- select hard reset
- no diff is shown

Expected: a diff should be shown

`arch_base` depends on `arch`, so even though no current flow actually uses it
when the context is changed, update its `depends_context` as well to be safe.

closes odoo/odoo#37363

Pr: #37363
Signed-off-by: Romain Derie (rde) <rde@odoo.com>

This is necessary when writing view fields from a page record because the
generic page will put the given values on its cache but in reality the values
were only meant to go on the specific page. Invalidate all fields and not only
those in vals because other fields could have been changed implicitly too.

PR: #37363

closes odoo/odoo#38458

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

The field `number_entries` should have a `_compute_number_entries`
method defined on the model
Since the field does not seem to make a lot of sense in here so remove the
field

closes odoo/odoo#38455

Signed-off-by: Romain Libert (rli) <rli@odoo.com>

Packaging oversight, the displayed version in the installer window was still
12.0.

closes odoo/odoo#38451

Signed-off-by: Christophe Monniez (moc) <moc@odoo.com>

closes odoo/odoo#38430

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

- adding gevent for win32 and python >= 3.7

- improving Pillow selection in different python versions

- adding psutil installation for win32

- adding psycopg2 installation for win32

closes odoo/odoo#38428

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

X-original-commit: 377f528f

closes odoo/odoo#38413

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

Install l10n_co,contacts. Open contacts.

Several crash messages will popup because the override in l10n_co of
res_partner is not computing the 'l10n_co_verification_code' field for
every record. Changing the implementation to be sure to store some value
for every record fix the issue.

opw-2082583

closes odoo/odoo#38406

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

Before this rev., if the week_start param (the first day of week)
of the user language was changed, it wasn't reflected on datepickers
(however, it worked fine in the calendar view). This rev. makes this
work by updating the moment locale with the corresponding param.

Fixes #36450
Closes #36532

closes odoo/odoo#38398

Signed-off-by: Aaron Bohy (aab) <aab@odoo.com>

Before this commit, when we have a list (editable top) in a form
with some mandatory fields and some existing rows. If we click on
'add a line', a new empty line appear on the top, then we click on
the last row, the empty row will disappear and we will have a
traceback.

After this commit, if we repeat this scenario, we click on the last
row, we will be able to edit this last row.

closes odoo/odoo#38302

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

...Only on mobile device.

closes odoo/odoo#38162

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

Before this commit, on mobile, when you make a delivery for a tracked
product you can't find already existing production lot for this product.
The issue was the `company_id` wasn't passed in the context and we use a
domain related on this field.

How to reproduce the issue:
    - Create a product tracked by lot number;
    - Add some quantities for this product by creating a production lot;
    - From a delivery order, try to specify the LN which are part of the
      picking, none are visible (records not found).

Same size, smaller, better placed buttons.

**Steps to reproduce**

* Define "Purchase Order" sequence for using date ranges checking "Use subsequences per date_range".
* Change sequence prefix to "PO/%(year)s/".
* Create a purchase order with order date in 2020 (a different year than current one).

**Current behavior**

Got a purchase order with 2019 (current year) number.

**Expected behavior**

Got a purchase order with 2020 number.

closes odoo/odoo#37762

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

**Steps to reproduce**

* Define "Sales Order" sequence for using date ranges checking "Use subsequences per date_range".
* Change sequence prefix to "SO/%(year)s/".
* Create a sales order with order date in 2020 (a different year than current one).

**Current behavior**

Got a sales order with 2019 (current year) number.

**Expected behavior**

Got a sales order with 2020 number.

This issue is relevant for MX Localization because Cash Basis is created
with the rate of the payment, and not with the rate of the invoice as is
done for odoo core.

closes odoo/odoo#38386

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

When pos_hr was installed, `load_models` was called twice for res.users
and calls to `load_fields` were not processed correctly.

closes odoo/odoo#38374

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

A scrollbar appeared every time a receipt was printed. To fix this,
we put a height of 0 to the div that contains the receipt.

html2canvas then had trouble computing the height of the background.
There's a `height` option that can be given to the library but if the
logo on the receipt was not loaded yet, the size we computed was wrong.
We then compute the height only once the images have been loaded, in
the `onparsed` method.

We also remove a CSS class that wasn't used anymore.

Install the website, install a second language.
Switch the language on the website: error 500.

The function opened a new cursor, to update website_visitor.
It did so at the end of the query dispatch.
However when switching the language of the website, the lang is written on the
website visitor. This is done at the flush, done at the end (exit) of the query.
This is done on the cursor that was used for all the transaction.
Therefore that write would systemically fail on a
ERROR: could not serialize access due to concurrent update

opw 2080986

closes odoo/odoo#38372

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

Variants are generated depending on the configuration of attributes
and values on the template, so copying them does not make sense.

For convenience the template is copied instead and its first variant is
returned.

closes #38151

closes odoo/odoo#38303

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

if partner_ids and template_id are set, a traceback happens.

Indeed, some mail fields are not taken from the res_ids when partner_ids
is set.

When trying to update the values with the one from the template, the
existing values are popped, which raised an error as those keys weren't
set.

closes odoo/odoo#38427

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

In the backend, when a mailing popup was being edited, it was not
centered in the edition area (and went under the editor UI) and was not
using the correct style.

task-2083465

closes odoo/odoo#38421

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

Variants are generated depending on the configuration of attributes
and values on the template, so copying them does not make sense.

For convenience the template is copied instead and its first variant is
returned.

closes #38151

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


task-2070507

closes odoo/odoo#38342

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

Part of https://github.com/odoo/odoo/pull/37135
task-2070507

X-original-commit: b289170f