Steps to reproduce:
---
- Install the website_sale module with demo data.
- Go to /shop and switch the product layout to Chips.
- Exit the editor.
- On the home page, open the editor and add the Dynamic Products snippet.

Issue:
---
The Products snippet has collapsed card padding when the Chips layout is active.

Root cause:
---
- The Chips card layout defines `--_padding-base` using
`var(--o-wsale-products-grid-gap)` with no fallback value.

https://github.com/odoo/odoo/blob/4307f657c73a860c755e1499138a878268882f7a/addons/website_sale/static/src/scss/product_tile.scss#L632

- When the Products snippet renders outside /shop, the variable is
undefined, causing the `calc()` to resolve to a guaranteed-invalid
value which collapses the card padding. All other layouts are
unaffected because they either do not use `--o-wsale-products-grid-gap`
in their padding chain, or already provide a `16px` fallback at the
point of use.

https://github.com/odoo/odoo/blob/4307f657c73a860c755e1499138a878268882f7a/addons/website_sale/static/src/scss/product_tile.scss#L407-L410

Solution:
---
- 16px matches the default value of `shop_gap` on the website model,
ensuring correct padding whenever the variable is not explicitly set.

https://github.com/odoo/odoo/blob/4307f657c73a860c755e1499138a878268882f7a/addons/website_sale/models/website.py#L128
  
### Before:
<img width="1456" height="563" alt="image" src="https://github.com/user-attachments/assets/c28ab183-0af3-4a2a-858d-b85d9995eb07" />

### After:
<img width="1427" height="550" alt="image" src="https://github.com/user-attachments/assets/e0ba80ec-10ad-433f-bf9a-acbaffd56a76" />

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

**Steps to Reproduce**
1. Install the **l10n_latam_check** module.
2. Install the **stock_account** module.
 
An error occurs: `AttributeError: 'NoneType' object has no attribute 'items'`

**Cause**
During the `stock_account` post-init process,
 `_configure_stock_account_company_data()` calls `_get_chart_template_model_data()`
to retrieve all `account.account` template data associated with the company's chart template and its 
parent templates.

When `l10n_latam_check` is installed, `_get_chart_template_model_data()` executes all registered
`account.account` template methods, including `_get_latam_check_outstanding_account_account()`. 
This method only returns account definitions when the company country code is included in
 `_get_third_party_checks_country_codes()` (only `'AR'`). For companies
 belonging to other countries, the method implicitly returns `None`.

Since `_get_chart_template_model_data()` directly iterates over the result using `.items()`, 
the installation flow attempts to execute `.items()` on a `None` value raising:

`AttributeError: 'NoneType' object has no attribute 'items'
`


**Solution:**
```
data = func(self, template_code)
if data is not None:
    for xmlid, values in data.items():
        model_data[xmlid].update(values)
```

**Note:** This change applies only to Version 19. Forward port must be disabled for Version 19.1 and later releases, as the issue has been resolved. 

opw-6516131

Asking the AI agent to navigate to a different view calls doAction with clearBreadcrumbs, which tears down the current form view (and its chatter) before the still-open full mail composer dialog is closed. Closing that dialog then calls the chatter's onCloseFullComposerCallback, which reloads the parent record through reloadParentView(). However at that point the chatter no longer exists, so the reload's RPC call gets rejected with "Component is destroyed", and nothing is left to catch it.

How to reproduce:
- Open "Ask AI" from the top bar.
- Open an opportunity in CRM, then open the mail composer (click either 'Send message' or 'Log Note'), then click the enlarge button so it opens as a full composer dialog.
- Ask the agent (the one you pre-opened) to open another view, e.g. "show me all my contacts in the US", "show me the contact view of Abigail Peterson"

Current behavior:
The requested view opens correctly, but an UncaughtPromiseError ("Component is destroyed") is raised.

Expected behavior:
Switching views while a full composer dialog is open should not raise any error. The chatter's parent record should simply not be reloaded if the chatter has already been destroyed by the time its full composer dialog closes.

community: https://github.com/odoo/odoo/pull/287125
task: 6365003

Asking the AI agent to navigate to a different view calls doAction with clearBreadcrumbs, which tears down the current form view (and its chatter) before the still-open full mail composer dialog is closed. Closing that dialog then calls the chatter's onCloseFullComposerCallback, which reloads the parent record through reloadParentView(). However at that point the chatter no longer exists, so the reload's RPC call gets rejected with "Component is destroyed", and nothing is left to catch it.

How to reproduce:
- Open "Ask AI" from the top bar.
- Open an opportunity in CRM, then open the mail composer (click either 'Send message' or 'Log Note'), then click the enlarge button so it opens as a full composer dialog.
- Ask the agent (the one you pre-opened) to open another view, e.g. "show me all my contacts in the US", "show me the contact view of Abigail Peterson"

Current behavior:
The requested view opens correctly, but an UncaughtPromiseError ("Component is destroyed") is raised.

Expected behavior:
Switching views while a full composer dialog is open should not raise any error. The chatter's parent record should simply not be reloaded if the chatter has already been destroyed by the time its full composer dialog closes.

task: 6365003


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

Steps to reproduce:
- Create a pricelist "TAKEAWAY" with a fixed price of 10.00 on a product whose sales price is 20.00
- Create a preset "TAKEOUT" and set its pricelist to "TAKEAWAY"
- Add to that product an attribute with variant creation "Never", with a value carrying an extra price of 1.00
- In the POS, switch to the preset "TAKEOUT" and click the product

Issue:
The configurator advertises the attribute value with a "+ $ 1.00" badge, but that extra is charged nowhere: the title of the popup and the resulting order line both stay at the 10.00 of the pricelist.

Cause:
A fixed pricelist rule replaces the whole price of the product, the attribute extra prices included: _compute_price on product.pricelist.item returns fixed_price and never reaches _compute_base_price, the only place where _get_attributes_extra_price is taken into account. getPrice is a faithful port of that and overwrites `basePrice + price_extra` with rule.fixed_price. The configurator, however, rendered its badges out of value.price_extra alone, without ever asking what the pricelist of the order does with it.

Fix:
Only advertise an extra price when the price of the product actually reflects it, the way website_sale already does with the show_extra_price of _get_additionnal_combination_info. Asking getPrice covers more than a fixed rule: a rule based on another pricelist recurses with no extra either, and a full discount leaves nothing of it. Combo items keep their badges, since computeComboItems adds their extras on top of the combo price, like _get_combo_item_display_price does.

opw-6528187


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

Clicking a stale /web/content/<id> link in an HTML field crashed the client after the related attachment had been deleted.

**Steps to reproduce:**
1. Open any record with an HTML field (e.g. Project > Task description).
2. Upload a file into the HTML field to embed an attachment link.
3. Save the record.
4. Delete the uploaded attachment from Chatter > Files, or from Settings > Technical > Attachments.
5. Reopen the record and click the embedded file link.

**Client Error:**

   `TypeError: Cannot destructure property 'mimetype' of '(intermediate value)' as it is undefined at LinkPopover.loadAsyncLinkPreview`

`TypeError: Cannot destructure property 'type' of '(intermediate value)' as it is undefined at LinkPopover.updateDocumentState`

When the attachment is missing, ormService.read returns an empty array, so fetchAttachmentMetaData returned undefined instead of entering its catch block. LinkPopover then crashed while destructuring that result in loadAsyncLinkPreview and updateDocumentState.

Return a safe fallback metadata object when the attachment cannot be found so both code paths keep working without crashing.

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