The `test_wrong_pdf` test fails on runbot in the `Nightly build` when executed under 
`Distro Builds > Testing distro PureTrixie without requirements for config Parallel testing`.

**Steps to reproduce:**
- Install `sale_pdf_quote_builder` module.
- Run `test_wrong_pdf` (Make sure `PyPDF==5.4.0` is installed).
- Observe `PyPDF` warnings in the logs.

**Warnings:**
```
WARNING	server	pypdf._reader:435 invalid pdf header: b'test' 
WARNING	server	pypdf._reader:435 EOF marker not found 
WARNING	server	pypdf._reader:435 EOF marker not found
```

**Root cause:**
Odoo officially supports the PyPDF version defined in requirements.txt [1]. 
The test passes with `PyPDF2`, but `PyPDF` is stricter and emits warnings when 
parsing arbitrary byte content. Because the test uses raw bytes instead of a 
structurally valid (but unsupported or encrypted) PDF, PyPDF logs warnings.

**Fix:**
This commit updates the test to use a real encrypted PDF instead of raw bytes, similar to [2].

This commit fixes test failures caused by [3].

**Note:**
Refer to [4] for generating the encrypted file.

[1]:
https://github.com/odoo/odoo/blob/a6af7df429f9cd3bfb60347e9b30cc48fb5bfaff/requirements.txt#L63-L65

[2]:
https://github.com/odoo/odoo/blob/0499dbd8944b4002883afab5d3ed76d8e55dab9c/addons/mail/tests/discuss/test_discuss_attachment_controller.py#L63-L75

[3]:
https://github.com/odoo/odoo/pull/230712

[4]:
https://colab.research.google.com/drive/1UfWSKDluObEkKxCg6eX-nHoe04_FGrEq#scrollTo=A5hO11Eh1qvV

runbot-238399

Forward-Port-Of: odoo/odoo#246034

**Steps to produce:**
- Install `sale_management` module.
- `Create a SO > Click on Preview > Sign and Pay`.
- Remove all text from the Full Name`.

**Issue:**
- The `Accept & Sign` button remains enabled even when the Full Name field is empty.

**Root cause:**
- At [1], When the `drawCurrentName` method is called, it retrieves text using `getCleanedName`. This method returns an empty string when no name is provided
- Despite this, the code still generates an image and passes it to `printImage`, which keeps the button enabled.

**Solution:**
- If the cleaned name is empty or contains only spaces, do not generate image.
- Instead, immediately clear the signature pad so the button remains disabled.

[1]https://github.com/odoo/odoo/blob/9dedf75810bd6b7a92fe5bd279bf6bae98834750/addons/web/static/src/core/signature/name_and_signature.js#L103-L109

**Before:**
<img width="400" height="400" alt="before" src="https://github.com/user-attachments/assets/5ebdf852-4cba-4e1d-9ae4-7373e4b8b91d" />

**After:**
<img width="400" height="400" alt="after" src="https://github.com/user-attachments/assets/9280aa66-4f22-40d6-8a22-326cec24378d" />


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

Forward-Port-Of: odoo/odoo#238638

When adding a product with never variant, their name and values are not translated in the language of the partner.

### Steps to reproduce:

* Activate the setting Variants and Variant Grid Entry.
* Create a product , add a translation for its name.
* Create a attribute  and a translation for its name, with variant creation set to never.
* Create values for the attribute and add translation for their name.
* Add the attribute and it's values to the product .
* Create a contact and change it's language to the language of the translation.
* Create a purchase order set the contact as the vendor
* Add the product, and set the grid number to 1
-> the attribute and attribute value is not translated.

### Observation:

When adding a product via the variant grid, the attribute and value names are added. For other attribute creation types, this information is retrieved directly from the product:
https://github.com/odoo/odoo/blob/f95bcc097fd7e70af8d28a66c010ae9b9490f439/addons/purchase/models/purchase_order_line.py#L283-L288
But in case of never attribute, the name it retrieved after and we don't set the context:
https://github.com/odoo/odoo/blob/f95bcc097fd7e70af8d28a66c010ae9b9490f439/addons/purchase_product_matrix/models/purchase.py#L173-L174
-> we retrieve the information but in the wrong language

opw-5396058

Forward-Port-Of: odoo/odoo#242692