When running the scheduler, if one of the concerned product  is a
kit, it will always generate a RfQ for the components, even if there
are already enough of them.

To reproduce the error:
(Need purchase)
1. Create 2 products P and P_compo
	- Both must be storable products
	- P_compo must have at least one vendor
2. Go on P-product page
3. Add a reordering rule (e.g., min: 5 and max: 10)
4. Add a BoM
	- Must be a Kit
	- Add P_compo to components
5. Inventory > Operations > Run Scheduler
6. Go to Purchase, find the generated RfQ
7. Confirm the order, Receive Products, Validate
8. Go on P-product's page
	- As you can see, you have enough P-products on hand
9. Repeat steps 5-6

=> You should not find any RfQ since you already have enough P-products.

When checking the P-product's page, you can see the correct quantity on
hand because it uses the `_compute_quantities` method and this one has been
overridden in the mrp-module so a kit will be correctly computed.

However, when running the scheduler, it uses another method to get the
current quantities: `_compute_quantities_dict`. Since this method has
not been overridden in mrp-module, it will use the basic implementation
and this one does not consider the possibility for a product to be a
kit.

This fix creates an override of `_compute_quantities_dict` so it can
compute the correct quantities of products with 'phantom' as BoM type.
Moreover, for the code to be simpler and clearer, thix fix also merges
`_compute_quantities` and the new `_compute_quantities_dict`.

OPW-2421841

closes odoo/odoo#63891

Signed-off-by: Nicolas Lempereur (nle) <nle@odoo.com>

Steps:
- Install Invoicing and load French
- Go to Invoicing
- Click an invoice due in the future
- Click Preview
- Switch the preview to French by modifying the URL like this: example.com/my/invoices/6 -> example.com/fr_FR/my/invoices/6

Bug:
"Due in %d days" is still displayed in English. The rest of the page is in French.

Explanation:
This is due to two things:
1. `mail` and `portal` are both installed and we cannot have more than one `code` translation of a source [1]. Since `mail` is loaded before, alphabetically, `portal` doesn't add the duplicated translations with its own module name. When loading a web page, only the modules returned by `_get_translation_frontend_modules_domain()` are sent to the frontend. `mail` is not one of them and the duplicated translations are not sent. Since sending all the `mail` translations is overkill, this commit is modifying the format string. This won't change the text outcome, but will make the new sources unique and make the backend send these translations to the frontend.
2. Translations in `portal_sidebar.js` are queried before the translation DB [2] is made. This results in an empty array and `_t()` returns the source. `session.is_bound` will wait until the app is fully loaded before querying.

[1] https://github.com/odoo/odoo/blob/ad2d96db8ad3e1fd7af2edda218fc34c0c1d259a/odoo/addons/base/models/ir_translation.py#L290
[2] https://github.com/odoo/odoo/blob/0de069b8ca9fb005ba5b076984f5677de25889ee/addons/web/static/src/js/core/translation.js#L51



opw:2421501

closes odoo/odoo#64254

X-original-commit: 118d79192cf0fc923a121745c78e6dd0da563df0
Signed-off-by: backspac <backspac@users.noreply.github.com>

Previously, when double clicking and image, video, icon, or document in
the web-editor and replacing it with a different media type, it would
lose its custom classes. This means among other things, that it would
lose margins and paddings from bootstrap classes, or in the case of the
three columns snippet, that the new media would not be properly rounded
in its top corner, or not show up at all in the case of the video. The
only exception was when changing any media type to an icon, but in that
case it would also keep some of the media-specific classes that are
supposed to be removed (eg img-fluid or media_iframe_video).

This commit fixes that as well as some _clear behaviour that didn't
remove all classes that had to be removed, eg some fa-classes would
linger depending on their order, and the o_image class from documents
would always remain

Part of: odoo/odoo#60450
Linked to: #60432 #60443
task-2282542

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

Previously, changing a media from a video/icon/document to a different
type would leave empty elements in the DOM, this is because summernote's
range API `range.insertNode` function deletes the content but not the
structure (HTML elements).

This commit fixes that by using jQuery's replaceWith method instead of
summernote's insertNode when a media was found, and only using
summernote in case no media was found (eg. a text range).

Part of: odoo/odoo#60450

Some modules may be removed by the upgrade scripts with the help of the
ORM and are done in `end` scripts.
This is the case for uninstalling the themes which use the `_theme_remove`
method [1].

[1] in 12.0: https://github.com/odoo/odoo/blob/e2084a4356f63249920d8c777e92f1710be8b5a6/addons/website_theme_install/models/ir_module_module.py#L337



closes odoo/odoo#64206

X-original-commit: 7115ac95
Signed-off-by: Xavier Dollé (xdo) <xdo@odoo.com>
Signed-off-by: Christophe Simonis <chs@odoo.com>

revert commit 72c36aaf due to commit 47219e96
First commit is now useless and on top of that it ignores the putaway
strategies.

opw-2412699

closes odoo/odoo#64141

Signed-off-by: Simon Goffin (sig) <sig@openerp.com>

Steps to reproduce the bug:

- Let's consider a re-invoicable and expensable product P at 100€
- Let's consider a pricelist PL with 20% of visible discount on every product
- Let's consider a confirmed sale order SO with PL set on it
- Create an expense E with P at 100€ and reinvoice customer set to SO
- Generate the entries of E

Bug:

A new sale order line was created with 80€ as unit price and no discount instead of
20% discount.

opw:2423147

closes odoo/odoo#64145

Signed-off-by: Simon Goffin (sig) <sig@openerp.com>

This reverts commit 82f236d9.

The fix is actually not solving all the issues, and also introduce
a behavior change. Actually, the expected result for filters like

<filter string="My Pipeline" name="my" domain="[('user_id', '=', uid)]"/>

will result into a evaluated filters, but invalid as the uid is set to
the person configuring the google configuration, not the user who will
use it.

As it is tricky (or even impossible) to solve the issue properly in all
the cases, we prefer to warn the user that the filter is invalid instead.

closes odoo/odoo#64142

X-original-commit: 35fff5d26f20ad5cfacffaf9335fc8580a7f4793
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

PURPOSE

Notification may be sent using a generic mail.thread record, notably when
sending user notifications. In that case links to view document are
incorrect.

HOW TO REPRODUCE

Issue

    - Install "Approvals"
    - Submit new approval with you as "Request Owner"
    - Click on "View Approval Request" in your mailbox

    The link redirects to a 505 error

Cause

    The model is not the correct one and the res_id is undefined

Solution

    Specify the model and the res_id to _notify_get_action_link
    when creating the link with kwargs

SPECIFICATIONS

Propagate message value through various notification sub methods. That way
we can rely on them if model seems void.

Also limit values given as URL parameters to some white listed values.

LINKS

opw-2358846
Task ID-2379766
Followup of odoo/odoo#60998
Followup of odoo/odoo#61545
Closes odoo/odoo#63292
Closes odoo/enterprise#15585

Signed-off-by: Thibault Delavallee (tde) <tde@openerp.com>
Co-authored-by: Achraf Ben Azzouz <abz@odoo.com>
Co-authored-by: Thibault Delavallée <tde@odoo.com>

Use the right optimization when marking recursive computed fields after
record creation: the recursive call to modified() should take the flag
'create' that determines when to skip inversing many2one fields.  This
saves quite a few queries when creating records with recursive computed
fields.  This optimization is validated in Odoo 14.0.

See revision 9fe4fe40.

closes odoo/odoo#64125

Signed-off-by: Raphael Collet (rco) <rco@openerp.com>

Problem
-------
Before commit 6304c6d0, this module
had a JS file that was loading odoo_referral/static/src/xml/systray.xml
The commit removed the loading code and the file, but when the sources are
updated without restarting the server, the (cached) JS side may still try
to access it, which will crash the loading of assets and block the UI.

This make the database unusable.

Solution
--------
Keep the file with an empty template.

Also stop auto-installing the module, for new databases, as it is
pointless.

closes odoo/odoo#62840

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

Follow up on d0a4b20d

The `lang` at this step is compared to the locale `code` (eg. fr_BE) so the
split is a mistake.

To reproduce the issue:
- change the language of a website to fr_BE only
- allow free signup
- register as a new user

Notice how the language of the user is set to en_US before this PR instead of
fr_BE as it should be.

closes #63616

closes odoo/odoo#63879

Signed-off-by: Sébastien Theys (seb) <seb@odoo.com>

Add fallback in the case where the user has a customization of web.layout
which raised an error https://github.com/odoo/odoo/issues/63962

original ticket: https://www.odoo.com/web#id=2375490&action=3531&model=project.task&view_type=form&cids=1&menu_id=4720
original pr: https://github.com/odoo/odoo/commit/0b7ba571431d694dea7db3ba1da4c7e86d1013e5



closes odoo/odoo#64062

Signed-off-by: Nicolas Lempereur (nle) <nle@odoo.com>

Always consider recursive triggering of recursive computed fields, even
when creating a record.  This removes a special case which was proven
wrong for stored fields, and is also wrong for non-stored fields.

closes odoo/odoo#64060

Signed-off-by: Raphael Collet (rco) <rco@openerp.com>

What are the steps to reproduce your issue ?

    1. Install contacts in a db with demo data
    2. Create a contact with complete address
    3. Click on Add button (edit mode)

What is currently happening ?

    The address get copied but not completely (no zip code, state, street)

What are you expecting to happen ?

    The whole address have to be copied

How to fix the bug ?

    Don't call the onchange if the record is not yet created

opw-2415891

closes odoo/odoo#63880

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

In `run_scheduler`, we are running certain functions as super user to
avoid inter company and access rights issues.  This commit adds a
`sudo()` call to the `action_assign()` call, in case some objects
related to the retrieved moves are not accessible.

In addition a commit call is moved up to apply after the
`procure_orderpoint_confirm` call (as it was, it was applied after the
`_action_assign` loop, but there is in fact already a commit in that
loop, this lead to a somewhat random behavior where the replenish rules
were sometimes rolled back and sometimes not, depending on whether the
first iteration of the loop errored out or not)

opw-2394706

closes odoo/odoo#64018

X-original-commit: 7a2c23c7
Signed-off-by: Nicolas Galler <ngaller@users.noreply.github.com>

- Install mrp_workorder
- Create a product P, route Manufacture, tracking by SN
- Create 3 components
C1 cons.
C2 storable with SN tracking (update qty on hand)
C3 cons.
- Create a routing R with 5 operations (WO1, WO2...WO5).
In all operation set
"Start Next Operation Once some products are processed"
- Create a BOM for P, routing R, with C1 C2 C3
C1 consumed in operation WO1
C2 consumed in operation WO2
C3 consumed in operation WO5

- Create a MO for P, quantity 2
Finish WO1 and WO2 (process 2 units).
Process 1 quantity for WO3, WO4, WO5
Post Inventory (DEBUG mode)

Process WO3: Error is raised
"You have produced 0.0 Units of lot LOT1 in the previous
workorder. You are trying to produce 1.0 in this one"
Then the user is blocked.

This occur because the code only looks at workorder lines
However, they are transformed into move lines, after "POST INVENTORY".

This commit takes into account this possibility, raising the
`final_lot_quantity` to the `qty_remaining` when we detect that a Post
inventory has occurred and the `final_lot_quantity` would be 0.

opw-2415073

closes odoo/odoo#63688

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

Fixes 3a6ac95d that ignores computation of recursive stored fields during
creation of records.

The problem happens when we have:

* a recursive stored computed field
* an `api.depends` of this field which is a relation to another record

When this "another record" is created and should recompute the recursive
field, it is ignored.

closes odoo/odoo#63979

Signed-off-by: Raphael Collet (rco) <rco@openerp.com>
Co-authored-by: Raphael Collet (rco) <rco@openerp.com>

When emails related to calendar events are sent email_from is set from
templates like invite template. Author of those email is however not set
and current user is used as default value.

In this commit we do as done in templates and try to set event responsible
as user, and fall back on current user if not set.

This notably solves an issue when using website_calendar. Appointments are
done using public user and mails have public user as author. This leads to
emails not being accessible or having a false email_from.

Task ID-2413792

closes odoo/odoo#64020

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

Fine tuning of abf6c0ca
When an user set its own routes for a manufactured product with
subcomponent BOM `_run_manufacture` could be called before
`_run_pull`.
As the call hold the same reference values of the original MO
the abovementioned fix fails by trying to use the provided values
to create the new MO, genering a conflict

opw-2378583

closes odoo/odoo#63887

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

Update the standard_price outside the loop to avoid recompute
` quantity_svl` at each iteration. `quantity_svl` is not modify in the
process and the `standard_price` is not read in process.

 `NewPrice = OldPrice + (cost_to_add_x1) / quantity_svl + (cost_to_add_x2) / quantity_svl`
 Becomes
`NewPrice = OldPrice + (cost_to_add_x1 + cost_to_add_x2) / quantity_svl`
which is equals.

opw-2374405

closes odoo/odoo#63742

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

Improve performance of SQL in  `_compute_allowed_picking_ids`.
This one can be costly for a simple read of the `allowed_picking_ids`.
Grouping the result to avoid useless big thoughtput and a
add a where clause on company_id to filter out useless row.

opw-2374405

Before this commit, in editable list views with a many2one, when
the user clicked inside the many2one dropdown, in the padding above
the first item or below the last item, the dropdown closed itself
and the row was removed (if it wasn't dirty yet). This commit fixes
that issue by ignoring clicks at those specific spots.

Task 2377864

closes odoo/odoo#63991

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

Steps to reproduce the bug:

- Create a multi-company environment with two companies A & B
- Create two sales taxes TA & TB, one for company A & one for company B
- Created a shared product P and assign both TA & TB
- Login with user having access of both companies
- Open POS session and select P

Bug:

A traceback was raised

opw:2422866

closes odoo/odoo#63936

Signed-off-by: Simon Goffin (sig) <sig@openerp.com>

STEPS:
* create fresh db with default lang fr_CH
* install website
* activate additional language, e.g. en_GB
* set for website only one available language: fr_CH
* for admin user set lang en_GB
* open website and add form

BEFORE: the form doesn't work, because action url is "/en_GB/website_form/"

AFTER: action url is not changed

WHY:

1.

``is_multilang_url`` returns ``True``, because there is no route ``/website_form/``

https://github.com/odoo/odoo/blob/0adcb9a09fe5714fe8479df9450ddcefa7ba0688/addons/http_routing/models/ir_http.py#L233-L244

2.

Model name in action is added after rendering only, this is why ``is_multilang_url`` is
called with ``/website_form/`` and not real url

https://github.com/odoo/odoo/blob/0adcb9a09fe5714fe8479df9450ddcefa7ba0688/addons/website_form/static/src/js/website_form.js#L144



3.

As result we get error on trying to make request ``/en_GB/website_form/mail.mail``

---

opw-2413960

closes odoo/odoo#63690

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

Themes define records which are used as templates for the creation of
base model records on theme installation on a website.
E.g. a "theme.ir.attachment" record's purpose is to be a template for an
"ir.attachment" record creation on theme installation on a website.

Those final records have extra fields to indicate from which theme
template they come from. If those records are ever to be duplicated,
they should not duplicate those links to the theme templates otherwise
it may cause issues when uninstalling/updating a theme (you want the
records linked to the theme to be deleted/updated but not the duplicated
ones, which do not act differently from user created ones).

Duplicate ones will be linked to the website anyway (just like "normal"
user created ones) and should only be automatically removed if that
website is deleted.

The issue is more visible from 14.0 where applying some modifications to
images via the editor (crop / filter / optimization / ...) will
duplicate the original image before modifying it.

closes odoo/odoo#63947

X-original-commit: 890935bb
Signed-off-by: Quentin Smetz (qsm) <qsm@odoo.com>
Co-authored-by: Samuel Degueldre <sad@odoo.com>

Steps to reproduce the bug:

-Let's consider two vendor bills VB1 and VB2
-VB1 and VB2 have both a PDF in attachment P1 and P2 respectively (the original bills from the suppliers)
-Let's consider that P2 is encrypted
- In the list view of vendor bills, select VB1 and VB2 and print original bills

Bug:

An error was raised because it is not possible to merge P2 with P1 as P2 is encrypted.

opw:2389679

closes odoo/odoo#63921

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

What are the steps to reproduce your issue ?

    1. Install eSign
    2. Upload attached PDF (links below) as template

What is currently happening ?

    The font is broken

What are you expecting to happen ?

    Display PDF correctly

Patch: mozilla/pdf.js@977397e
See: https://github.com/mozilla/pdf.js/pull/6270/files

Corrupted pdf:

https://github.com/mozilla/pdf.js/blob/977397ebfd1757706906694d49c3db9d3266583e/test/pdfs/issue215.pdf
https://github.com/mozilla/pdf.js/blob/977397ebfd1757706906694d49c3db9d3266583e/test/pdfs/bug1186827.pdf



opw-2410011

closes odoo/odoo#63958

X-original-commit: 316f9cf0
Signed-off-by: Achraf <abz-odoo@users.noreply.github.com>

Problem
-------
Recruitment pipe is design to work better if you archive the
lost/refused candidate rather than moving them in a specific column
this practice is reinforced by hr_referral.

Therefore, the other application button should take into account
archive applicant

Solution
--------

- count archived applicant
- show archived applicant

closes odoo/odoo#63501

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

Before this commit:

When trying to add a filter in the google drive template and try to open the
record, it shows traceback for some filter domain which contains
'uid',  'user',  'time', 'datetime', 'dateutil', etc.. and traceback occurring
because these are not evaluating.

After this commit:

This commit will prepare the context used when evaluating python code
and now google drive template will be workable for filters.

Task-2336393

closes odoo/odoo#63227

X-original-commit: 82f236d9
Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>

those field sizes were deleted from orm definition in 2014 https://github.com/odoo/odoo/commit/026e38b48f3963aed08bba4e76a0a796d662f6a4



STEPS:
* set manifest's summary attribute to a long string
* create empty database

BEFORE: error

```
2020-12-28 10:44:51,325 1 ERROR ? odoo.sql_db: bad query: UPDATE ir_module_module SET state='installed' WHERE state IN ('to remove', 'to upgrade')
ERROR: relation "ir_module_module" does not exist
LINE 1: UPDATE ir_module_module SET state='installed' WHERE state IN...
               ^

2020-12-28 10:44:51,325 1 ERROR ? odoo.modules.registry: Failed to load registry
Traceback (most recent call last):
  File "/opt/odoo/custom/src/odoo/odoo/modules/registry.py", line 86, in new
    odoo.modules.load_modules(registry._db, force_demo, status, update_module)
  File "/opt/odoo/custom/src/odoo/odoo/modules/loading.py", line 338, in load_modules
    odoo.modules.db.initialize(cr)
  File "/opt/odoo/custom/src/odoo/odoo/modules/db.py", line 63, in initialize
    info['sequence'], info['summary']))
  File "/opt/odoo/custom/src/odoo/odoo/sql_db.py", line 173, in wrapper
    return f(self, *args, **kwargs)
  File "/opt/odoo/custom/src/odoo/odoo/sql_db.py", line 250, in execute
    res = self._obj.execute(query, params)
psycopg2.DataError: value too long for type character varying(256)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/opt/odoo/custom/src/odoo/odoo/modules/registry.py", line 88, in new
    odoo.modules.reset_modules_state(db_name)
  File "/opt/odoo/custom/src/odoo/odoo/modules/loading.py", line 558, in reset_modules_state
    "UPDATE ir_module_module SET state='installed' WHERE state IN ('to remove', 'to upgrade')"
  File "/opt/odoo/custom/src/odoo/odoo/sql_db.py", line 173, in wrapper
    return f(self, *args, **kwargs)
  File "/opt/odoo/custom/src/odoo/odoo/sql_db.py", line 250, in execute
    res = self._obj.execute(query, params)
psycopg2.ProgrammingError: relation "ir_module_module" does not exist
LINE 1: UPDATE ir_module_module SET state='installed' WHERE state IN...
```

AFTER: database successfully created

---

opw-2415057

closes odoo/odoo#63904

X-original-commit: 2a44e233
Signed-off-by: Ivan Yelizariev // IEL <yelizariev@users.noreply.github.com>

This is a z-index fight with https://github.com/odoo/odoo/commit/702f2b93cec19fab75eca25a53aa16cf419b289e



STEPS:
* install im_livechat, website
* start chat in mobile UI

BEFORE: no way to quit from chat, because main header is always on top of chat
header

AFTER: you can quit from chat, though you cannot open menu and you don't
see website logo before you quit from the chat.

In Odoo 12 you can open menu without
leaving a chat, though it's a buggy feature.

---

opw-2412932

closes odoo/odoo#63787

Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>

`product_tmpl_id` of BoM line should be readonly,
there is no sense to change the product template from
the BoM line model. Also it avoids useless write on product
and inverse recomputation.

opw-2420830
closes #63631

closes odoo/odoo#63885

Issue: odoo/odoo#63631
X-original-commit: a8f8bfe6
Signed-off-by: Rémy Voet <ryv-odoo@users.noreply.github.com>
Signed-off-by: William Henrotin <Whenrow@users.noreply.github.com>

What are the steps to reproduce your issue ?

    1. Install ELearning
    2. Create a course
    3. Add a video from youtube
    4. Attempt to do the course from a user that is invited

What is currently happening ?

    You cannot complete a video (turn the checkmark green) if there is not a quiz. Therefore you cannot complete the course

What are you expecting to happen ?

    Turn the checkmark green to signify that video is completed after watching the video and then have the ability to complete the course

Why is this happening ?

    Because of this commit https://github.com/odoo/odoo/pull/61581/files


    that changes 'youtube.com' to 'youtube-nocookie.com'

How to fix the bug ?

    Remove host

opw-2418545

closes odoo/odoo#63868

X-original-commit: 484957caf89e0f324dffda6f2ac0a1ca543b969b
Signed-off-by: Nicolas Lempereur (nle) <nle@odoo.com>
Signed-off-by: Achraf <abz-odoo@users.noreply.github.com>

What are the steps to reproduce your issue ?

    1. Install website_blog
    2. Go to website and add a new blog post
    3. Remove the block content
    4. Save and go to Blog page

What is currently happening ?

    Crash:
    Template fallback
    An error occured while rendering the template website_blog.post_teaser

opw-241937

closes odoo/odoo#63836

X-original-commit: d9097c2b
Signed-off-by: Achraf <abz-odoo@users.noreply.github.com>

Steps:
- Install "Belgium - Accounting" and "Accounting"
- Add the Dutch language in settings
- Select a Belgian company
- Go to Accounting > Configuration > Chart of Account
- Select an account like "755000 Financial income - Foreign currency translation differences"
- Change the translation of the account name in English and Dutch
- Create a new company in Settings > Companies
- Select this new company
- Go to Accounting > Configuration > Settings, set the Fiscal Localization to Belgian PCMN and save
- Return in the first company
- Go to Accounting > Configuration > Chart of Account and check the translations you previously set

Bug:
The Dutch translation has been reset and the English one remains the same.

Explanation:
`process_coa_translations()` uses `spoken_languages` as seen here:
https://github.com/odoo/odoo/blob/bb31ce3bc6c0c7e1e101d93924eccea995206733/addons/l10n_multilang/models/l10n_multilang.py#L67
The spoken languages are defined here: https://github.com/odoo/odoo/blob/f4e7e06a1ff9756471d55138575c758f456b5905/addons/l10n_be/data/account_chart_template_data.xml#L10
This is why English is not affected.

The bug appeared with https://github.com/odoo/odoo/commit/c346e7af3314ce504fe3add9e9f6a4839bcad64a


It was meant to apply Chart of Account translations on the current company but applied it on all the companies. This reset edited translations on the other companies.

This commit refactors `process_coa_translations()` so that we can use the same logic on a single company while keeping the definition of the original function intact.

opw:2376334

closes odoo/odoo#63575

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

The doc for client actions is currently too minimalistic to be of much
use. This commit adds a seealso linking to the related tutorial.

task-2423824

closes odoo/odoo#63826

X-original-commit: 386e57cf
Signed-off-by: Victor Feyens (vfe) <vfe@odoo.com>
Signed-off-by: Antoine Vandevenne (anv) <AntoineVDV@users.noreply.github.com>

Steps:
- Install eCommerce
- Go to Website > Products > Promotion Programs
- Create a promotion program with a filter Based on Customers and a promotion code
- Save
- Edit the new program and clear the filter Based on Customers
- Save again
- Log out and go to the shop
- Add an article to your cart and click "View Cart"
- Click "I have a promo code"
- Apply the promo code you created earlier

Bug:
The promo code is not accepted.

Explanation:
When the filter Based on Customers is cleared, `[]` is written on the program rule. This makes the app search for a partner with id = 4 (Public User). Since this user is not active, the search returns no results and, therefore, forbids the user from using the promo code.
This works flawlessly when you create a promotion program with no filters as they are initialized with `NULL` and a `NULL` filter always returns `True`.

opw:2419796

closes odoo/odoo#63808

X-original-commit: eb0e1f4e21b24a6920469dc35f6fc31c4a670750
Signed-off-by: backspac <backspac@users.noreply.github.com>

1. Create a shipping address
2. Place a SO through backend, and choose that specific delivery
address.
3. Archive that address
4. Place an Order through the website

It is defaulting to the previously archived address, and not to the active one.

opw-2411438

closes odoo/odoo#63660

X-original-commit: 3963e5f6
Signed-off-by: agr-odoo <agr-odoo@users.noreply.github.com>