Currently, An error occurs when creating a resource time off.

Step to produce:

- Install the `hr_holidays` module.
- Enable debug mode.
- Go to Time Off / Configuration / Time Off Types, And delete `Sick Time Off`.
- Go to Settings / Technical / Resource / Resource Time Off, and create a new record.
- Add a Time Off Request with the following conditions: The start date is before today's date, end date is after today's date, And state is set to Draft.
- Try to save a Resource Time Off record.

`ValueError: External ID not found in the system: hr_holidays.holiday_status_sl`

An error occurs when the system tries to retrieve an external ID of the 'Sick Time Off' at [1], but it is not available.

Link [1]: https://github.com/odoo/odoo/blob/1303193386665d120ccb5d0045ee984337af0826/addons/hr_holidays/models/resource.py#L67

To handle this issue, add 'raise_if_not_found=False' in ref() argument if the external ID of the 'Sick Time Off' is not available.

Sentry-6320807644


---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#199236

When there are none or more than 1 partner that have the same subcontracting location setup, then any procurement made to this subcontracting location will be removed, even if another configuration is applicable.


## How to reproduce:
https://drive.google.com/file/d/1jvT1pmCqY0JNAinvqmbonX0CDYYysoJz/view?usp=sharing

- Activate Routes, Subcontracting, Dropshipping
- Create custom subcontracting location
- Create partners "Partner 1" & "Partner 2", with custom sub loc setup
- Create custom route 'Resupply Subcontractor', with rule:
  - action: Pull From
  - operation: delivery
  - source: Stock
  - dest: custom sub loc
  - method: take from stock
  - Partner Address: Partner 1
- Create product with reordering rule:
  - manual, min 0, max 0, custom sub loc, custom route
- In Replenishment -> Find custom reordering rule -> set Order Qty to 1 -> Order Once
  - Created Transfer does not have any partner address
- Cancel created transfer
- Remove subcontracting loc for "Partner 2"
- In Replenishment -> Find custom reordering rule -> set Order Qty to 1 -> Order Once
  - Created Transfer has the partner address

OPW-4576260

---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#200169

**Problem:**
In the purchase app, when selecting 2 Purchase Orders that have
different currencies, and clicking Action then Accrued Expense
Entry, a traceback will appear. It works as intended if the two
Purchase Orders have the same currency, but if there is more than
one currency, the traceback will be displayed.

**Steps to reproduce:**
- Go to the purchase app and select two Purchase Orders that have
different currencies (you can make a group by Currencies).
- Click on Action then Accrued Expense Entry.
- The traceback appears.

**Cause of the issue:**
https://github.com/odoo/odoo/blob/a07a8589a8cb391a801ef1ffd60e02d83fc963f8/addons/account/wizard/accrued_orders.py#L246
The currency is given as a parameter to a function that requires
only one parameter. With this code, if there are multiple
currencies in orders, all of them will be given, which
creates a traceback.

**Fix:**
After checking with a PO, the multiple currency use case is not
supported. Hence make sure that there is only one currency in the
quotations we are trying to work with. If there is more than one,
we throw an error telling the user to only pick quotations with
the same currency.

opw-4562933

Forward-Port-Of: odoo/odoo#202733

During post-install tests, run the following code in a python terminal:

    import socket, time
    with socket.create_connection(('127.0.0.1', 8069)):
        time.sleep(6)

It opens a socket and connect to the running odoo server, but does nothing. After 5 seconds the odoo server closes the socket with a timeout.

The timeout is only set during tests in ``RequestHandler.setup``, and it set to a hardcoded value of 5 seconds. Since Werkzeug 2.1.0[^1], it logs an error in the logs. We want to get rid of that error log.

Those errors can occur when the test chrome browser is killed while it was performing http requests. Chrome doesn't TCP RST the sockets and just let those sockets die.

The socket timeout error actually cannot occurs in production, as all traffic is routed via nginx, and nginx will only proxy the connection to Odoo once nginx has all the requests headers.

That error log is silly, it is now ignored.

[^1]: pallets/werkzeug:d062807

Description of the issue/feature this PR addresses:

Current behavior before PR:

Desired behavior after PR is merged:




---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#203757

Steps to reproduce:
- go to a blog post with several paragraph
- edit translations

Issue 1:
- select several paragraph completely and use the translate tool
- insert the translation
=> the translation are not inserted

Issue 2:
- select 3 paragraphs but don't start at the beginning or end of
  the text
- insert translation
- see that all translations is inserted at end of paragraph 1, paragraph
  2 is emptied and paragraph 3 selected part is removed
- save
=> paragraph 1 and 2 are deleted (so we show original lang value),
   selected part of paragraph 3 is removed

Why:

In the blog post content, we are inside a "blog.post().content"
editable field, this allows the editor to select several translations
nodes which will work wrongly with the editor because translation mode
only expect to change the content of translation nodes.

The first paragraph translation is saved empty because the editor is
cloning the node with the same "data-oe-translation-source-sha"
because we are inserting several paragraphs inside it.

Fix: in translation mode, make the editable node of html fields around
translation nodes uneditable so we can't select several translation
nodes thanks to how browser handle selection and content editable.

Note: the added test step is very light, because in javascript it is
programmatically possible to select 2 separate content editable. At the
step that is added in the tour, with the fix it is not possible to
select both the H1 and P nodes.

opw-4221993
opw-4482717

pr note: opw-4221993 could possibly solved by this fix too (the video reproduction seemed to be about a bulleted list but I could not reproduce, and the original report video is deleted)

Forward-Port-Of: odoo/odoo#203806
Forward-Port-Of: odoo/odoo#197511

These commits fix two issues:
- If a block that has an image selected as background is given a
  border, its background image will fit awkwardly in the surrounding
  border, and similarly if the background image is positioned all the
  way to any edge, it does not cover all the block.
- If a video is selected as background for a block, the video does not
  always fill the block.

Steps to reproduce:

Bug 1
- Add a masonry block/big boxes block
- Add a background image to an element of the masonry/big boxes
- Add a big border
- Make the border translucent if it isn't already to better see the bug
=> The background image overflows on the border randomly
- Change the background position by shifting the image all the way to
  the left
=> The image does not cover all the border-box 

Bug 2
- Add a masonry block/big boxes block
- Add a video background
=> The video does not always fill the box, especially when the window
  gets resized

After the changes the image/video background completely covers its
block, even when resized or when a border is applied.

task-4174638

Forward-Port-Of: odoo/odoo#203571
Forward-Port-Of: odoo/odoo#201200