Before this commit here was a discrepancy between getting a report from the Web interface in debug=assets and in debug=0 In debug=assets, some parts of the report were invisible, namely the footer.

Following efforts made by 7c4e591d58dd2b882f0c237d52490b2756c94203, this commit forces the PDF rendering in debug=0 mode

Some behaviors are left mysterious though.
The web.minimal_layout has a <base /> node to make sure every resources is fetched by wkhtml from that origin. It seems that wkhtmltopdf actually makes a fetch request to that raw url with unspecified debug mode. The session being open, ir_qweb is in debug mode anyway, which makes that rpc rendering the main page in debug=assets. For some reason, probably time and memory, that call is responsible for hiding some parts of the report in PDF.

Description of the issue/feature this PR addresses:

Current behavior before PR:

Desired behavior after PR is merged:




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

Forward-Port-Of: odoo/odoo#196138

### Steps to reproduce:

- Create a storable product FP tracked by SN with a BOM:
    - 1 Operation: - instruction: Register Production type (per product)
    - 1 x Comp (storable product in stock)
- Create and confirm an MO for one unit of FP.
- Go to the shopfoor app > open the instruction of your operation
- Type a non-existing serial number in the search bar > Create "new_sn"
> This opens a form view of the stock.lot model
- Save and close the new stock.lot
> Invalid operation: You are not allowed to create or edit a lot or serial number for the components with the operation type
> "Manufacturing". To change this, go on the operation type and tick the box "Create New Lots/Serial Numbers for
> Components"

#### Expected behavior:

The invalid operation should not be raised as the "required" option concerns only componenets and not final products.

### Cause of the issue:

Creating a stock lot will first launch a call of the `_check_create`: https://github.com/odoo/odoo/blob/c25d71f14fa168807f07cd88bed805d15db8add5/addons/stock/models/stock_lot.py#L150-L153 However, since this check does not verifies that the product for which we create the lot is indeed related to a component of the MO it will raise the invalid operation even for final products: https://github.com/odoo/odoo/blob/c25d71f14fa168807f07cd88bed805d15db8add5/addons/mrp/models/stock_lot.py#L11-L17

### Issue 2:

Currently, the `quickCreate` ("Create *sn_name*") option of the lot field of te "register production" dialog calls a `name_create` that will set an error message in the logs as the product_id required field can not be provided neither in the vals or the context of the `name_create`.  You then fall back on the same form dialog than the "Create and edit".  The `quickCreate` option should therefore just be disabled.

Enterprise: https://github.com/odoo/enterprise/pull/77265

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

Forward-Port-Of: odoo/odoo#196663
Forward-Port-Of: odoo/odoo#193965

## Description of the issue/feature this PR addresses
Unable to reach Kiosk mode while in debug mode due to props validation
```
Error: Invalid props for component 'kioskAttendanceApp': unknown key 'token', unknown key 'companyId', unknown key 'companyName', unknown key 'employees', unknown key 'departments', unknown key 'kioskMode', unknown key 'barcodeSource'
```

### Steps to reproduce 
- Install `hr_attendance`
- Open Kiosk Mode
- Enable debug mode
=> Blank screen


## Current behavior before PR
Before this commit, when we were in debug mode, we couldn't access Kiosk mode (white screen with message in console). This was because the props were not fully declared, and, in debug mode, we validated the props here : https://github.com/odoo/odoo/blob/c3e7ee585a58fc07c11d07677d1d64dbd357d6b7/addons/web/static/lib/owl/owl.js#L5715-L5717 As the components are only used in one place each, I've updated the props declaration to match the usage.

Forward-Port-Of: odoo/odoo#195831
Forward-Port-Of: odoo/odoo#189412

Before this PR:
Placeholder for empty char/text fields were disappearing in editor.
<br>

Steps to reproduce:
1. Open any appointment page with an operator assigned.
2. Go into edit mode.
3. The field with the placeholder "Add a function here..." will disappear.
> Similar issue can be seen for any char/text field types.
<br>

The issue occurs after the https://github.com/odoo/odoo/pull/165197 update, which uses the fillEmpty utility function to add:
- \<br> in empty **block** fields (char/text)
- and Zero Width Space (ZWS) in empty **inline** fields (char/text)

Since placeholders for fields are added via SCSS targeting empty fields, the char/text fields are no longer considered empty due to the \<br> tag and ZWS. As a result, placeholders are not displayed.
<br>

This fix ensures that the SCSS now applies the same styling to fields if they are empty, contain only a \<br> tag, or contain only ZWS.

Additionally, the value for `data-oe-zws-empty-inline` attribute is now updated dynamically, enabling CSS to target fields with only ZWS content, as ZWS cannot be selected directly from CSS.
<br>

task-4297507

Forward-Port-Of: odoo/odoo#187892

before this commit, opening sessions menu raising a single ton error.

* navigate to point of sale app
* click on orders -> session
* traceback is shown

self.env['pos.payment']._read_group(self._get_captured_payments_domain(), ['session_id'], ['amount:sum'])
  File "/home/dev/Git/17.0/git/odoo/addons/point_of_sale/models/pos_session.py", line 1504, in _get_captured_payments_domain
    return [('session_id', '=', self.id), ('pos_order_id.state', 'in', ['paid', 'invoiced'])]
  File "/home/dev/Git/17.0/git/odoo/odoo/fields.py", line 5159, in __get__
    raise ValueError("Expected singleton: %s" % record)
ValueError: Expected singleton: pos.session(1562, 1561, 1560, 1559, 1558, 1557, 1506, 1505, 1504, 1503, 1502, 1501, 1498, 1497, 1496, 

introduced in: https://github.com/odoo/odoo/commit/0ee6d2881150c04631efc9f38f0e098b0a10dee9

after this commit, without any issues, the sessions
 will opened.

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

Forward-Port-Of: odoo/odoo#197138

*: http_routing

Since [1], the tel:// format was preferred over tel: due to reasons stated in [2]. However, the change in [2] was a workaround for a bug in the Python library used to parse URLs. According to the relevant RFC, the tel: protocol should not include double slashes.

When clicking on a link like `tel://+112351221233` in a browser, a popup may appear attempting to handle the communication using `http://tel//+112351221233` as the browser does not recognize the tel protocol when double slashes are included.

![image](https://github.com/user-attachments/assets/439daa46-d0d7-4ae7-8ad6-830bced02dad)

![image](https://github.com/user-attachments/assets/11b1be76-289b-4013-8115-fb518c314509)


This commit removes the unnecessary double slashes to comply with RFC recommendations and just add a trailing white space to be sure that the
url_parse method from werkzeug works properly.

[1]: https://github.com/odoo/odoo/commit/6d4a3b3ab5c0f3361d1d681d05b974e295dcbabe
[2]: https://github.com/odoo/odoo/commit/56ce29e71f75a657d4b518d86c1d7084891e898e

task-4331070

Forward-Port-Of: odoo/odoo#190860

### Steps to reproduce:

- Create a storable product FP tracked by SN with a BOM:
    - 1 Operation: - instruction: Register Production type (per product)
    - 1 x Comp (storable product in stock)
- Create and confirm an MO for one unit of FP.
- Go to the shopfoor app > open the instruction of your operation
- Type a non-existing serial number in the search bar > Create "new_sn"
> This opens a form view of the stock.lot model
- Save and close the new stock.lot
> Invalid operation: You are not allowed to create or edit a lot or serial number for the components with the operation type
> "Manufacturing". To change this, go on the operation type and tick the box "Create New Lots/Serial Numbers for
> Components"

#### Expected behavior:

The invalid operation should not be raised as the "required" option concerns only componenets and not final products.

### Cause of the issue:

Creating a stock lot will first launch a call of the `_check_create`: https://github.com/odoo/odoo/blob/c25d71f14fa168807f07cd88bed805d15db8add5/addons/stock/models/stock_lot.py#L150-L153 However, since this check does not verifies that the product for which we create the lot is indeed related to a component of the MO it will raise the invalid operation even for final products: https://github.com/odoo/odoo/blob/c25d71f14fa168807f07cd88bed805d15db8add5/addons/mrp/models/stock_lot.py#L11-L17

### Issue 2:

Currently, the `quickCreate` ("Create *sn_name*") option of the lot field of te "register production" dialog calls a `name_create` that will set an error message in the logs as the product_id required field can not be provided neither in the vals or the context of the `name_create`.  You then fall back on the same form dialog than the "Create and edit".  The `quickCreate` option should therefore just be disabled.

Community: https://github.com/odoo/odoo/pull/193965

opw-4452747
---

Forward-Port-Of: odoo/enterprise#78632
Forward-Port-Of: odoo/enterprise#77265

Users manually reconciling foreign currency entries sometimes do not perfectly balance the operation. In this case the system needs to collect the amount residual by currency and propose a write-off. Currently the system will raise a traceback when the residual amount is only in foreign currency

Steps to reproduce:
- Have a foreign currency (EUR) with exchange rate 36.0
- Have a Journal [JNL] in foreign currency
- In [JNL] register a Vendor Payment of amount 51,993.01 EUR (1444.25 USD)
- In [JNL] register a new transaction as follows:
  - Foreign currency: USD
  - Amount in Currency: 1444.25
- Open Journal Items and select:
  - The credit entry from the Vendor Payment
  - The debit entry from the transaction
- Reconcile

Issue: A traceback will raise
```
  File "[...]/account_accountant/wizard/account_reconcile_wizard.py", line 337, in <genexpr>
    residual_values[amls.company_currency_id]['residual']
KeyError: res.currency(1,)
```

opw-4514336

Forward-Port-Of: odoo/enterprise#78735