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>

- Handle the notifications in Odoo
- On any object, e.g. a SO, user A a note and ping user B
- As user B, go to Discuss and reply to the note

The reply is sent a regular message.

Actually, everything is available to reply with the right message type
in:

https://github.com/odoo/odoo/blob/bae8ab7d93143e082e1d1a9cbe20a350c2d34d07/addons/mail/static/src/js/discuss.js#L1327



It is simply unset.

opw-2088619

closes odoo/odoo#40941

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

closes odoo/odoo#40913

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

Reproduce the issue

    - Install CRM & sale_crm
    - Create an opportunity
    - Create a quotation from the opportunity

    The name of the draft is the opportunity's name instead of "New"

    - Add a "Storage Box" to the quotation, for instance
    - Confirm the quotation
    - Check the delivery note

    The name of the delivery note is the opportunity's name instead of
    WH/OUT/...

Cause

    This issue is caused by 4c9c249c. It seems that we pass an extra
    default_name in the context.

This commit removes the extra default_name from the context.

OPW-2122928

closes odoo/odoo#40671

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

In most use case, when we edit the website we have a situation such as:

```
<div id="wrap" branding-attributes="...">
    <section class="mycontent">hi!</section>
</div>
```

When we modify a part, we replace all child nodes of the branded
element.

But if we had more complex content such as:

```
<div id="wrap">
    <section class="mycontent" branding-attributes="...">ho!</section>
    <t t-call-assets="web.assets_common" t-js="false" t-css="false"/>
</div>
```

we have a t-call inside the div#wrap, so branding is distributed to
child that could have attribute modified (eg. changing background).

Then if `<section/>` node is saved, the possibly modified attributes
are lost.

Without the change, the added test fails with:

 '<div class="nice">hoi</div>' not found in '...<div>hoi</div>...' :
 saved element attributes are saved excluding branding ones

opw-2122947
closes #40345

closes odoo/odoo#40828

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

As the group_account_invoice doesn't have the access rights to unlink the
account.partial.reconcile/account.full.reconcile, there was impossible for
the user to undo a reconciliation.

closes odoo/odoo#40890

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

In case of a picking type where stock move lines are not shown, clicking
on 'Put in Pack' without 'Done' quantitites set shows a confusing error
message.

closes odoo/odoo#40920

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

- Activate product packing
- Create a PO for a stockable product, validate
- In the barcode interface, go to the created picking
- Set the product quantity
- Click on 'Put in Pack'

An error is raised: 'All the products currently reserved in the picking
are already in a pack...'

In the regular interface, the procedure is to create the move lines
manually, therefore setting a quantity done. However, this is not
possible in the barcode, and `move_line_nosuggest_ids` is always empty.

We introduce a special use case to bypass this in the case of the
barcode view.

opw-2127637

opw 2144639

closes odoo/odoo#40874

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

fixes #38014

closes odoo/odoo#40838

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

The current 'Newly Hired' filter is incorrect in several ways:
- the compute method doesn't assign the value correctly
- the search method mixes `hr.applicant` IDs with `hr.employee` IDs

Moreover, it relies on the fact that the job position is closed. Some
positions might always be opened, so the result is inaccurate.

We make the simpler assumption that the newly hired people are employees
created less than 90 days ago.

opw-2125861

closes odoo/odoo#40889

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

When clicking on stat button "Meetings" on a partner, just highlight the
partner meetings as is done for similar stat button instead of having
a domain that hides other event (so when creating meeting, we can take
into account other existing meetings).

A similar change with same reasoning has been done for "Meetings" stat
button of hr.applicant records.

opw-2131494
closes #40812

closes odoo/odoo#40891

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

closes odoo/odoo#40898

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