When a user sets an invalid video link for a slide, a traceback occurs.

Steps to reproduce the error:
- Install ``website_slides`` module with demo data
- Go to Website > Courses > Open Taking care of Trees course
- Add Content > Video > Add valid video link (ex. https://www.youtube.com/shorts/SXHMnicI6Pg) > Save and Publish > Delete
- Repeat above step
- Add content > Video > Add any text in video link > Save and Publish

Traceback:
```py
AssertionError: Could not find all values of slide.slide(12,) to flush them
```

https://github.com/odoo/odoo/blob/7bbfb207f8699973f8580ea18821f82b1a83e149/addons/website_slides/controllers/main.py#L1363-L1372
New record is created using ``new()`` to fetch external metadata for the slide.
This record only exists in memory and is not stored in the database.
When the video link is invalid, ``video_source_type`` is False, and the code attempts to ``unlink()`` the slide.
Unlinking the record triggers field recomputations,
and it will lead to the above error when flushing the new record.

ref: https://github.com/odoo/odoo/commit/71233fa2cb8984b65f8e7ac55405fdbc054756a0

sentry-6964031088

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

Forward-Port-Of: odoo/odoo#235099

### Issue:
When opening an invoice from a Sale Order and duplicating it, the Source Document (invoice_origin) was also copied As a result, both the original and duplicated invoice showed the same Sale Order in the Source Document field

### Cause:
The `action_view_invoice` method adds `default_invoice_origin` in the context, causing the `copy` function to set `invoice_origin` The field invoice_origin was already set with copy=False in this PR: https://github.com/odoo/odoo/pull/236656

The default context was introduced in PR: https://github.com/odoo/odoo/pull/34561

### Steps to reproduce:
- Create a sales order (SO)
- Create and confirm an invoice from the SO
- Click on the `Invoices` smart button to access the invoice  (SO is visible at the top)
- Duplicate and confirm the invoice (The SO is not linked)
- Go to the invoices list view and make the `Source Document` visible
- Observe that both invoices show the same SO as their `Source Document`

opw-5360172

Forward-Port-Of: odoo/odoo#239676

## [FIX] website: prevent blurry countdown canvas and text on zoom [Commit 1]
Steps to reproduce:
- Go to Website -> Edit Mode
- Add a Countdown snippet (size: "Small")
- Save and zoom in/out, the countdown canvas and text appears blurry

The countdown was rendered at a low resolution, which caused it to blur
when zooming. This fix updates the canvas to draw at the proper
resolution so the countdown remains sharp at any zoom level.


## [FIX] web_editor: prevent text overlap with icon [Commit 2]
Steps to reproduce:
- Go to Website -> Edit Mode
- Add a Image snippet
- Enter a long text in search bar:

Issue:
1. Text overlaps with search icon.
2. Selecting the "Photos (via Unsplash)" option causes the text to
overlap the dropdown icon.

The fix adjusts the end padding to provide sufficient spacing between
the text and the icons.

task-[4771268](https://www.odoo.com/odoo/project/974/tasks/4771268)

Forward-Port-Of: odoo/odoo#242496
Forward-Port-Of: odoo/odoo#213373

When a user opens a duplicated report in Studio after their administrator rights are removed, a traceback is raised.

Steps to reproduce the error:
- Install ``account`` and ``web_studio``
- Login as Mitchell Admin > grant Administrator and Invoicing Administrator rights to Mark Demo
- Login as Mark Demo in incognito tab > Open invoices > Open studio > Reports > duplicate any report
- Login as Mitchell Admin, remove administrator right of Marc Demo
- In Mark Demo, Open the duplicated report

Traceback:
```py
UnboundLocalError: cannot access local variable 'studio_view' where it is not associated with a value
```

https://github.com/odoo/enterprise/blob/58dc97cb5a7185dc2acd801bb3af0e6c35add0b6/web_studio/controllers/report.py#L379 The bug occurs because ``_get_and_write_studio_view()`` method performs a search on ``ir.ui.view`` before returning ``studio_view``.
For users without the required permissions, this ``search()`` raises an AccessError.

https://github.com/odoo/enterprise/blob/58dc97cb5a7185dc2acd801bb3af0e6c35add0b6/web_studio/controllers/report.py#L393-L400
Since this exception is raised before the assignment completes, the local variable ``studio_view`` is never bound.
However, the finally block of ``deactivate_studio_view`` is always executed and attempts to access ``studio_view.active``, resulting in an ``UnboundLocalError``.

sentry-7149350379

Forward-Port-Of: odoo/enterprise#103017

Before this commit:
-------------------------
The sequence used in the template key was computed based only on the last active template.
If the next sequence number corresponded to an inactive template, the system could end up generating duplicate template keys — one for the inactive template and one for the newly created active template.

After this commit:
-----------------------
The sequence for the template key is now computed based on the last template, regardless of whether it is active or inactive.
This ensures that template keys remain unique across all report templates.

Why this commit:
-----------------------
if a template is inactive, the report engine should raise an error. However, because duplicate template keys were being generated, the inactive template could silently fall back to the active template with the same key, preventing the expected exception and bringing customization of one report to another. Additionally, if the inactive template is later corrected and reactivated, both reports would still reference the same template (the one with the smaller ID) because they shared identical template keys.
This fix prevents such conflicts by ensuring unique template key generation.

Forward-Port-Of: odoo/enterprise#101894