The trailing check on the fiscal year lock date is wrong and is
triggered whatever the values passed to 'write'.

closes odoo/odoo#41088

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

1) Don't set an amount_currency without currency_id set.
2) Use the journal's currency only if different of the company one.

closes odoo/odoo#40880

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

tax name suggest 10 but code 20, history tells 10 is right, fixed code
two children taxes are now orphans, kill the orphans

closes odoo/odoo#40823

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

Afschrijving means depreciation.
However all depreciation lines have been copy-pasted with
wrong tags and types:
e.g. Aanschafwaarde overige immateriele vaste activa
has a counterpart Afschrijving overige immateriele vaste activa,
the first user_type_id is data_account_type_non_current_assets, but the
counterpart should be depreciation; similarly tags should go to their
Afschrijving counterpart.

opw 2115991

closes odoo/odoo#41063

X-original-commit: edac3bf4
Related: odoo/enterprise#6950
Signed-off-by: Nans Lefebvre (len) <len@odoo.com>

Reproduce the issue

    - Install eCommerce
    - Activate stripe, use testing credentials and select
      Configuration > Payment Flow > Payment from Odoo
    - Create a contact that has a trailing whitespace at the beginning
      of the email
    - Grant him portal access, and a password
    - Open your browser devtools
    - Login to the web shop with this portal user and buy an item using
      stripe

    1. Error Dialog: Server Error (HTTP 500)
    2. The exception received by the front-end is not clear
    3. When the 500 error is fixed, we still have a error dialog
       => bad UX

Cause

    1. The raise was removed but we need to keep it because
       it allows the true error to be raised (bad request)

    2. The "invalid email address: x" is lost when we raise the
       exception

    3. In V13, all catch & guardedCatch open a error dialog if we
       don't set preventDefaulted to true on the error's event

This commit changes restore the raise, change the error message and
disable the error dialog for this case.

OPW-2126196

closes odoo/odoo#41032

Signed-off-by: Jason Van Malder <jasonvanmalder@users.noreply.github.com>

Adapt calendar highlight option (that "highlight" event linked to the
record we come from) to current JS framework data structures.

note: this changeset also fixes the original `_compute_is_highlighted`
that was would trigger CacheMiss errors, and also adds back the CSS for
highlighting that was lost between 12.0 and 13.0 version.

opw-2131494
closes #40791

closes odoo/odoo#40940

X-original-commit: 77070b27f642ee1ceb76def60fb9e6c511ee66ec
Signed-off-by: Nicolas Lempereur (nle) <nle@odoo.com>

Reproduce the issue

    - Install eCommerce & Sales
    - Create a quotation
    - Preview
    - Switch to french on the website page
    - Click on "Signer & Payer"

    There is a lot of things not translated.

Cause

    On the website, the route `/website/translations` is called.
    The route calls a method `_get_translation_frontend_modules_domain`
    which teturn a domain to list the domain adding web-translations and
    dynamic resources that may be used frontend views.

    The missing translations are in the web module and the module is not
    loaded by the method.

This commit adds the `web` module to the domain and a missing
translation for the portal module

OPW-2120397

closes odoo/odoo#40904

X-original-commit: 36e972edf5510d3a772836a7082165ca52c7ad43
Signed-off-by: Nicolas Lempereur (nle) <nle@odoo.com>

The invisible fields are not there for the fun...

closes odoo/odoo#41050

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

The miscalleneous journal entries has displayed in the tree view with
a negative amount in amount_total_signed that has no meaning.

The reason is the invoice_payment_state is tracked by the chatter and displayed
when the field is recomputed during the 'post'. However, this field has no
meaning in a Miscellaneous Journal entry.

In the Mexican Localisation (l10n_mx), there is a "custom" behavior
made when there is more than one payment term lines.
Before the account-pocalypse, the receivable lines having a balance equals
to zero was ignored.
This commit aims to restore this behavior and then, fix l10n_mx.

--issue: 2121973

added CoA, taxes, fiscal positions and related stuff

closes odoo/odoo#40774

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

Reproduce the issue

    - Select a language (done by default)
    - Install Project
    - Create a project
    - Create a task with a formatted date
    - Reset the language
    - Go on the project

    Traceback

Cause

    In 7e42c663, I format the date_deadline based on the user's language
    but did'nt know that we could have no language selected.

This commit uses the `format_date` method from `odoo.tools.misc`
which fallback on the first language installed if there is no
language selected.

OPW-2146479

closes odoo/odoo#41037

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

- Create a picking type with specific default locations, for type
  Manufacturing
- Go to Inventory, click on the 'To Process' button
- Create a MO

The default locations are not taken into account.

This is because the default picking type is not in the context.

opw-2128182

closes odoo/odoo#41035

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

Enable units of measure from Settings.
Go to Point of Sale, enable "Invoicing" from the PoS, open the session,
sell something specifing customer and invoice. Close the session and
post.
Check the sale order, UoM is specified. Now check the associated
invoice, UoM is missing.

This is because the UoM is not propagated from the sale order to the
invoice. Adding the missing value

opw-2129428

closes odoo/odoo#41018

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

Before that, v13 tax model was totally ignored, leading to erratic behavior (and no tags at all on lines).

closes odoo/odoo#40980

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

closes odoo/odoo#40520

Signed-off-by: Antoine Vandevenne (anv) <AntoineVDV@users.noreply.github.com>
Co-authored-by: Antoine Vandevenne (anv) <anv@odoo.com>

Exceptions were logged to stderr so we couldn't see them when Odoo was
running as a service on the IoT Box. We now redirect stderr to the logger
to see track errors in the log file too.

closes odoo/odoo#41011

Taskid: 2146835
Signed-off-by: Quentin Lejeune (qle) <qle@odoo.com>

Steps to reproduce the bug:
- Let's consider two companies C1 and C2
- Let's consider website W
- Activate multi-company
- Disable common contact book and common catalog
- Switch the superuser in company C2
- Activate pricelist
- Create a public pricelist PL for C1 and available on W
- Set up a pricelist with compute price = formula and  based on = cost
- Go Sales > Configuration > tick Multiple Sales Prices per Product and tick Prices computed from formulas
- Create a portal user PU and set PL on him
- Create a product P with cost = 10$ and publish it on W
- Set up the product valuation as: automated
- Log as PU and go on the shop
- Put P on your cart

Bug:

The price of P was 0$ instead of 10$

opw:2092695

closes odoo/odoo#40974

X-original-commit: 40d3fa50
Signed-off-by: Simon Goffin (sig) <sig@openerp.com>

Customer displays were all using the same URL and therefore could only
show the same products. We now use different URLs per screen.

Two screens connected to the same IoT Box can now display customer
displays from different POS.

closes odoo/odoo#40427

Taskid: 2123511
Signed-off-by: Quentin Lejeune (qle) <qle@odoo.com>

We now support the RPI4 which has 2 micro-HDMI outputs, while the
prvious driver only supported one display. We add support for a second
display.

TaskID: 2123511

closes odoo/odoo#41008

Signed-off-by: David Monjoie (dmo) <dmo@odoo.com>

- Set the computer TZ so that it is UTC day + 1. For example, set to
  'Australia/Adelaide' and perform the tests after 3:00 pm
- Go to Account > Customers > Invoices
- Set the Invice Date to today in the TZ

You receive the warning 'This date is on the future...'

The comparison of a UTC date without time `currentDate` is inconsistent
with `moment()`, which is not UTC and has a time set.

After playing around with `.utc()` and `startOf('d')` with no luck, we
decided to give up the idea of making `getTZOffset()` enter the game and
simply compare the string formatted values.

opw-2093186

closes odoo/odoo#40982

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

A customer reported a problem when he deleted a language on the
website app.

In some cases, if you go on the odoo's generated website as a public
user let's imagine the following url: website.com/en_GB

The lang is saved in a cookie and sent to the context.

If you delete the language from the website languages (without
deactivating it) and you go on website.com as a public user,
the method will try to use the context or the cookie value which is
'en_GB' and it crashes.

This commit makes sure that the language is available

OPW-2129580

closes odoo/odoo#40792

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

If avaliable will use the stdnum.ar.cbu.validate functionality, if not
we defined our own validate method.

closes odoo/odoo#40632

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

closes odoo/odoo#40965

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

Updating the quantity to produce in a production order will recompute
each raw move's unit factor. The issue was this computation did not
take care of the previously product quantity. The unit factor was wrong
and so the next created workorder lines get the wrong quantity.

Example:
  - 1 components for 1 finished product (unit_factor = 1)
  - Create a production for 2 finished product -> quantity to consume = 2
  - Produce 1 then change quantity to produce to 3 -> quantity to consume = 3
    and quantity done = 1 but unit factor became 1.5

closes odoo/odoo#40932

X-original-commit: 71ea4d4488a085030ae07ca7e85cafc21f06af3b
Signed-off-by: Arnold Moyaux <amoyaux@users.noreply.github.com>

When creating sale order lines from the matrix (sale_product_matrix),
the purchase_price weren't computed

No cleaner change has been found to ensure the cost is computed.

Triggering all onchanges from the server side is quite tricky and dirty
to do...

closes odoo/odoo#40201

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

- Get a CAMT053 file containing information for 2 bank accounts A & B
- In one of the statements (e.g. account B), no transaction is provided
- Import the file in account B

An error is raised: "This file doesn't contain any transaction"

This is confusing for the end user: the file may contain transactions,
but for another account.

opw-2123057

closes odoo/odoo#40935

Related: odoo/enterprise#6915
Signed-off-by: Nicolas Martinelli (nim) <nim@odoo.com>

The status ticket contains ESC/POS commands but was printed on all
printers connected in USB. Plugging a printer that doesn't support
ESC/POS resulted in undefined behaviors.

We now only print this status ticket on ESC/POS printers.

closes odoo/odoo#40923

Signed-off-by: Quentin Lejeune (qle) <qle@odoo.com>

closes odoo/odoo#39863

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

as we cannot do the test in product_matrix, add the purchase equivalent
in purchase_product_matrix to also test the matrix in this case.

two compute field have same method but one is store and other one is non store
so we split compute method for both fields(l10n_ch_isr_number,l10n_ch_isr_number_spaced)

closes odoo/odoo#39689

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

The use of an emulator (qemu) for the IoT Box build posed compatibility and performance issues.
So we have the Raspbian filesystem to install and configure packages.

closes odoo/odoo#40839

Task: 2145445
Signed-off-by: Quentin Lejeune (qle) <qle@odoo.com>

The paypal payment flow was crashing because no transaction was found
when the client wasn't connected.

closes odoo/odoo#39408

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