Prior to this commit, if an inline embedded component block was put as a direct child of the editable, it was removed during `initElementForEdition`, because `isVisible` returned false. However at that point, the `embedded_component_plugin` did not yet have the opportunity to fill that embedded component.

Therefore, as a prevention measure, all elements with `data-embedded` attribute will always be considered `visible`, as their removal should be at the discretion of the `embedded_component_plugin`.

If they happen to have an `inline` style and they are direct children of the editable, they should be wrapped in a baseContainer `div` or `p`, but never removed.

Issues of the type were observed when loading a Knowledge template containing a `div` with `data-embedded="file"` since embedded files have since been refactored to use an `inline-block` display style which made them eligible to be removed by `initElementForEdition` prior to the changes introduced in this commit.

task-4745902

Problem:
When the "Apply Now!" button text is deleted (e.g., on `jobs/experienced-developer-4`), it becomes uneditable after saving.

Cause:
Deleting all text inserts a zero-width space (ZWNS) with `data-oe-zws-empty-inline` attribute. This is removed during save. Since the button has `data-oe-field="arch"` and no content, it's excluded from editable areas in `_getContentEditableAreas`, making it uneditable.

This used to work in 17.0 due to the button inheriting `display: block` from its floated parent, adds `br` once content is cleared.

Solution:
Force `display: block` on the button so that when its text is deleted, a `<br>` is inserted, maintaining its editability.

Steps to reproduce:
1. Go to `/jobs/experienced-developer-4`.
2. Open the web editor.
3. Delete the text "Apply Now!" inside the button.
4. Save the page.
5. Reopen the web editor. → The button is now uneditable.

opw-4737255

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

Currently, when we are accessing the `parent_ids` of an archived company
with code `company.sudo().parent_ids`, it will return an empty record, and an
error will be generated when code tries to access `max()` from that empty
record at code line [1].

```
  >>> company = self.env['res.company'].browse(2)
  >>> company
  res.company(2,)
  >>> company.active
  False
  >>> company.sudo().parent_ids
  res.company()
  >>> max(c.hard_lock_date or date.min for c in company.sudo().parent_ids)
  Traceback (most recent call last):
    File "/usr/lib/python3.12/code.py", line 90, in runcode
      exec(code, self.locals)
    File "<console>", line 1, in <module>
  ValueError: max() iterable argument is empty
  >>> max(c.hard_lock_date or date.min for c in 
  company.sudo().with_context(active_test=False).parent_ids)
  datetime.date(1, 1, 1)
  >>> 
  >>> 
```
This commit fixes the above issue by setting `active_test=False`, which
allows access to `archived (inactive)` parent companies, ensuring that
`company.sudo().parent_ids` includes them and avoids passing an empty
sequence to max()

[1] - https://github.com/odoo/odoo/blob/ac3924508016178427c7962fa3b8e645e7e03835/addons/account/models/company.py#L393

sentry-6581609140

**Steps to reproduce:**
- Install account
- Activate a foreign currency (e.g. EUR)
- Set at least 2 different currency rates for date1 and date2
- Create an invoice:
  * Customer: [any]
  * Invoice Date: date1
  * Currency: EUR
  * Invoice line: [any]
- Save the invoice
- Check debit and credit amounts in "Journal Items" tab
- Change the price of the product and set "Invoice Date" to date2
- Save the invoice
- Check debit and credit amounts in "Journal Items" tab

**Issue:**
The debit and credit amounts have been recomputed with the new currency rate, but the conversion has been applied on the old price.

**Cause:**
In "_sync_invoice" method, when the currency rate has changed, balance (and subsequently debit/credit) is recomputed from amount_currency.
However, in this case, balance should be recomputed completely because the line subtotal has changed and amount_currency is not up-to-date with it.

**Solution:**
Do not recompute balance based on amount_currency when price_subtotal of a line has changed.
In that case, it will be recomputed anyway.

opw-4658156



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