Task 2092104
Accounts group Hierarchy should be automatically well done without to
have to specify the parent (based on the account group CODE)

Before, we had to set all the accounts in the correct groups manually
and it was cumbersome.
Now:
* No need to fulfill account group parent
* No need to fulfill account group id on account

We can still change the groups if there are exceptions; the groups are
only set at create and write time.

This commit adds possibility to select a layout for certification rendering.
User can choose among 6 predefined layouts carefully designed and that should
cover all use cases, therefore removing any need of allowing customization.

It also adds possibility to preview certification directly from survey.

closes odoo/odoo#32675

Task: 1967652
Pr: #32675
Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>
Co-authored-by: Stefano Rigano <sri@odoo.com>
Co-authored-by: Quentin Mourier <qmo@odoo.com>

FontAwesome 5 introduced new names for some icons as described on
https://fontawesome.com/how-to-use/on-the-web/setup/upgrading-from-version-4#name-changes



This commit replaces the old names to the new ones.

closes odoo/odoo#35826

Taskid: 2050241
Related: odoo/enterprise#5180
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

closes odoo/odoo#40853

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

Changing a product type from consumable to storable and and vice versa can
make the quantity in stock confusing. As only storable product update the
stock quants, the amount on stock moves could be diffenrent that the one
on stock quant if the product type has been changed in the past.

This commit will make those changes saved in the chatter history in order
to easily track inconsistencies

closes odoo/odoo#40997

Opw: 2125124
X-original-commit: 7c330b44
Signed-off-by: Simon Lejeune (sle) <sle@openerp.com>

-previously, in the mobile view, while accessing Manufacturing
orders  from the dashboard in inventory, the default view was
set to tree. changed it to be kanban instead.

-Same in case user tries to access WO from dashboard when there
are none and user is redirected to MO.

Task-2127508

closes odoo/odoo#40857

Signed-off-by: Arnold Moyaux <amoyaux@users.noreply.github.com>

Purpose
========
Change www.yourcompany.com default link for the 'Website'
field of the res.company and res.partner to 'www.example.com'

closes odoo/odoo#40727

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

closes odoo/odoo#41004

Taskid: 1931775
Signed-off-by: Yannick Tivisse (yti) <yti@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#41007

X-original-commit: f3e9ca13
Signed-off-by: Jason Van Malder <jasonvanmalder@users.noreply.github.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#40984

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

closes odoo/odoo#40689

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

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

closes odoo/odoo#40998

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

closes odoo/odoo#40991

X-original-commit: fdfce09e
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#40990

X-original-commit: 79976600
Signed-off-by: William Henrotin <Whenrow@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#40986

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

X-original-commit: 47693e8d

closes odoo/odoo#40979

Related: odoo/enterprise#6924
Signed-off-by: Victor Feyens (vfe) <vfe@odoo.com>

closes odoo/odoo#40971

X-original-commit: d729460f
Signed-off-by: Victor Feyens (vfe) <vfe@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.

X-original-commit: 9d7024a5

X-original-commit: a1d2893f

X-original-commit: 127a75ed

X-original-commit: 44462e11

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

X-original-commit: c6a28b62
Signed-off-by: Antoine Prieëls <aprieels@users.noreply.github.com>

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

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

X-original-commit: c6a00ff1

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

Task: 2145445
X-original-commit: 9c4e23a6
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#40966

X-original-commit: 48f02f32
Signed-off-by: Damien Bouvy (dbo) <dbo@odoo.com>

The static domains were already added in
65613f5f, it's just that the dynamic
ones were missed / left over.

closes odoo/odoo#40960

Signed-off-by: Xavier Morel (xmo) <xmo@odoo.com>

closes odoo/odoo#40954

Signed-off-by: Xavier Morel (xmo) <xmo@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#40946

X-original-commit: 84c8221c60e3483aa637abad057253424236af83
Signed-off-by: Nicolas Martinelli (nim) <nim@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#40943

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

Purpose
=======

It is currently difficult to know exactly what is used for costs
and services on the contracts.

Hence it make it difficult to evolve the fleet application
We should clean the models in order to have something that is clearer

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

Cleanup of models: removed Fuel and Cost. Contract and Services are no
longer inheriting Cost and are seperate models simplifying the use of
Fleet. A contract now has included services and they are no longer
generating cost.

closes odoo/odoo#34090

Taskid: 1931775
Related: odoo/enterprise#4572
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

closes odoo/odoo#40944

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

closes odoo/odoo#40939

Signed-off-by: Xavier Morel (xmo) <xmo@odoo.com>

Turns out we've got an operator just for the pattern of "match value
if there's one, otherwise match everything".

Also remove an example of domain in onchange doc.

closes odoo/odoo#40938

Signed-off-by: Xavier Morel (xmo) <xmo@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#40934

X-original-commit: 0288adb0
Signed-off-by: oco-odoo <oco-odoo@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#40928

X-original-commit: 76b72ab5
Related: odoo/enterprise#6906
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

X-original-commit: d3a7b0e1

opw 2144639

closes odoo/odoo#40927

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

fixes #38014

closes odoo/odoo#40926

X-original-commit: dbd53289
Signed-off-by: lul-odoo <LucasLefevre@users.noreply.github.com>