**Steps to reproduce:**
- Install the `l10n_es_reports` and `accountant` modules.
- Switch to an ES Company.
- Navigate to Accounting > Reporting > Spain > `VAT Books`.

**Error:**
`Element '<xpath expr="//button[@t-if='this.props.line.chatter and !this.ui.isSmall']" position="replace"/>' cannot be located in element tree`

**Root Cause:**
After commit [1], the condition `this.ui.isSmall` was removed from the template `account_reports.AccountReportLineNameCustomizable` at [2]. However, the 
inherited template `l10n_es_reports.VatBooksLineName` was not updated 
accordingly and still references the old condition, which leads to the error.

**Fix:**
This commit prevents errors and ensures that users can open 
the `VAT Books` report by applying a fix similar to [2].

[1]:
https://github.com/odoo-dev/enterprise/commit/fd0afa474600586e8703ec377f962c8d7d94307a

[2]:
https://github.com/odoo/enterprise/blob/7362f1c5be7f496bdab660ed8fad37a6dd283616/account_reports/static/src/components/account_report/line_name/line_name.xml#L81

opw-6169697
opw-6170173

Forward-Port-Of: odoo/enterprise#115412

Steps to reproduce:
1. Install `appointment`
2. Create an appointment type with the followings
3. Schedule type flexible and a slot of 20 min.
4. Share this appointment and try to book appointment for 20 min.

Issue:
- 404 Error occurs after selectiong the slot

Cause:
- In 19.0, commit https://github.com/odoo/enterprise/commit/9bae0e13e7bf5e0db25a60fc2683bc51eccb4447 started using
  slot.duration when building the booking URL for flexible slots.
  However, slot.duration is rounded to 2 decimals, so a 20-minute slot
  is serialized as 0.33 instead of its exact value.
  During validation, the end datetime is recomputed from this rounded duration,
  which no longer matches the original slot boundaries. This mismatch causes
  the slot to be considered invalid and the controller raises NotFound.

Solution:
- Compute the slot duration directly from slot_start_dt_tz and slot_end_dt_tz when building the URL, preserving the full precision.

opw-5924312

Forward-Port-Of: odoo/enterprise#108870

Problem:
Power buttons are shown regardless of the editor field's actual rendered width, causing them to overlap other menus when the field is small.

Solution:
Instead of relying solely on the global `ui.isSmall` (mobile detection), check the editor field's own width and hide power buttons whenever it falls below the overlap threshold.

Before:
<img width="576" height="301" alt="image" src="https://github.com/user-attachments/assets/dcebed55-5c80-4fe5-8d33-c320549cf347" />

After:
<img width="542" height="336" alt="image" src="https://github.com/user-attachments/assets/34a233bb-9958-43ac-adb9-04702a2e403d" />

Steps to reproduce:
- Change languange (French to have a long placeholder).
- Settings > Customer Invoices > Default Terms & Conditions.
- Check "Add a Note".
- Resize the screen to smaller size.
- Observe the power buttons overlap with the translate button.

task-6117734

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

Forward-Port-Of: odoo/odoo#261881
Forward-Port-Of: odoo/odoo#259094

When sending survey invitations to a group of recipients with different language preferences, some recipients would receive the invitation in the incorrect language.

### Steps to reproduce

1. Install the "Surveys" module and activate a second language (e.g., Dutch).
2. Create a survey and ensure its invitation template has translations for both languages.
3. Create two contacts: one with English as their language and another with Dutch.
4. On the survey, click "Share" and add both contacts as recipients.
5. Send the invitations.
6. The contact with Dutch preferred language receives the email in English.

### Cause

By default, the wizard uses a single language for every email in a batch. While it can switch this language if everyone in the group speaks the same tongue, it fails to do so for mixed-language groups. Adding compute_lang=True fixes this by telling the system to look up and use the correct language for each recipient one by one.

opw-5868581

Forward-Port-Of: odoo/odoo#260028
Forward-Port-Of: odoo/odoo#246778

### Issue before this commit:
Switching the fiscal localization of a Belgian company from "Companies" to "Associations and Foundations" caused a traceback during the chart reload process. The operation failed because some accounts from the previous localization could not be deleted.

### Steps to reproduce the issue:
1. Download Accounting
2. Create a new Belgian company
3. Switch to that company
4. Go into Settings -> Fiscal Localization
5. Switch to Associations and Foundations
6. Traceback: The operation cannot be completed: Another model is using the record you are trying to delete. The troublemaker is: 'Account Cash Rounding' (account.cash.rounding). Thanks to the following constraint: 'Profit Account' (profit_account_id). How about archiving the record instead?

### Cause of the issue:
The Belgian localization creates a default cash rounding method ("Round to 0.05") linked to specific profit and loss accounts. When switching localization, it was tried to delete the old chart of accounts, but these accounts are still referenced by account.cash.rounding through profit_account_id and loss_account_id, which use ondelete='restrict'. This prevents account deletion and blocks the localization change. Commit that caused the issue: https://github.com/odoo/odoo/commit/412fc9bed36645dd950c9a60d9b6ffdd9b4bce67

### Reason to introduce the fix:
Before reloading the Belgian chart template, the fix clears the profit_account_id and loss_account_id on the existing cash rounding records. This removes the blocking references, allows the old accounts to be deleted safely, and lets the fiscal localization switch complete successfully without affecting existing cash rounding configurations.

opw-6050537

Forward-Port-Of: odoo/odoo#260145

Steps to reproduce:
- Create a product P1 with a BoM containing component C1
- Set C1 route to MTO + Buy:
    - add any vendor
- Have 10 units of C1 in stock

- Confirm a Manufacturing Order for 2 units of P1
- The MO confirmation triggers the move for C1, which gets assigned from stock
- Increase the quantity_producing on the MO
- This updates product_uom_qty on the move and calls _run_procurement

Expected behavior:
- No Purchase Order should be created since stock covers the demand

Current behavior:
- A Purchase Order is created even though stock is sufficient
- In case of partial stock, the full procurement_qty is used instead of the uncovered delta

Fix:
- Track mts_else_mto moves separately before calling _action_assign()
- After _action_assign(), subtract the newly covered quantity (move.quantity - old_qty)
  from the procurement_qty before running the stock rule
- Skip the procurement entirely if the adjusted qty <= 0

opw-6042283

Forward-Port-Of: odoo/odoo#261538
Forward-Port-Of: odoo/odoo#258871

Currently, an error occurs when exporting VSME reports if the base year is not a valid 4-digit year.

**Steps to Reproduce:**
1. Install the ESG module with demo data.
2. Create new "**VSME Reports**" with `Base Year = 1`.
3. Now, click on "**Print**".

**Error:**
`ValueError - Invalid isoformat string: '1-01-01'`

**Cause:**
The base year is directly used to build a date in [1], resulting in `datetime.date(1, 1, 1)`. In [2], this is formatted to **"1-01-01"** and used in a domain search, which raises a ValueError due to an invalid ISO date format.

**Fix:**
- Adds a **constraint on base year** to ensure only valid years (1000–9999) are allowed for new VSME Report records.
- Adds a **helper validation method** to verify base year before performing computations on existing records.

[1]: https://github.com/odoo/enterprise/blob/4cef86708a9fe3cd00855fa18e2a8cbd4fd77e66/esg_hr/models/esg_report.py#L515
[2]: https://github.com/odoo/enterprise/blob/4cef86708a9fe3cd00855fa18e2a8cbd4fd77e66/account_accountant/models/res_company.py#L176-L184

sentry-7419431039

Forward-Port-Of: odoo/enterprise#114453

When using test tags for js tests, some tests are not parsed correctly when containing brackets `[ ]`

This is because the tag selector use them to set parameters bounds as in `.test_method[test_param]`

The previous implementation using a regex could generate invalid test tags when the params contains comma, and brackets

This commits fixes this two ways:

Nested brackets will work, meaning that something like `.test_method[test, witch brackets[]]` will be correctly parsed as a tag `.test_method` with a parameter `test, witch brackets[]`since the brakets are balanced. Before, it was parsed as twho tags, `.test_method[test` and ` witch brackets[]]` the second one being considered invalid and spamming logs with errors

Brackets and backslashes can be escaped with a backslash, meaning that something like `.test_method[test, with brackets], and backslash\]` can be escaped as `.test_method[test, with brackets\], and backslash\\]`

Note that the parser will make it's best effort to parse non escaped strings, so a \ not followed by and escaped character will remain there in order to make potential copy paste easier. For the previous example
`.test_method[test, with brackets\], and backslash\` will work the same way.

So in practice, we only really need to escape \ when followed by another backslash or a bracket, and we need to escape brackets when they are not balanced.

Comma in hoot tests are also a problem since they are used to separate parameters, this can easily be tested by only splitting on `,@` since all hoot test should start with a @ and parameters of test_unit_* tests should be a list of hoot tests.

A followup pr will introduce the params to the canonical tag, and escape it as needed

Forward-Port-Of: odoo/odoo#262101
Forward-Port-Of: odoo/odoo#261516

[FIX] documents: scroll to uploaded record

How to reproduce:
- install documents
- open the "All" folder and ensure there is enough folder to not see any file
- open the detail panel
- drag&drop file in that folder
The file is uploaded, but you have to scroll to it to see it. Moreover, despite the file being selected, it's not shown the detail panel.

We solve the problem here by waiting the record to be rendered before scrolling to it and notify the detail panel.

[FIX] documents: fix icon position in thumbnail

How to reproduce:
- install documents
- open the chatter of a document
- click on log a note, and upload a file
The "trash" icon/button in the thumbnail is weirdly positioned (neither centered, neither on a border).

We fix here the position the icon/button.

[FIX] documents: fix "you" badge layout

How to reproduce:
- install documents
- change the name of Mitchell Admin to a very long name
- open the share panel owned by Mitchell Admin
The "You" badge is not correctly displayed (the badge appears as "Y..." instead of "You" and the shape is not correct).

We fix here the layout of the badge in such configuration.

Task-5152517

Forward-Port-Of: odoo/enterprise#115103
Forward-Port-Of: odoo/enterprise#107686