This update resolves an issue where selection fields would display an error if a chosen value wasn't available in the current options. Now, the field will gracefully display the original, raw value instead, preventing disruptions to the user experience. This ensures smoother operation and avoids unexpected errors when working with selection fields.

When a selection field contains a value not found in the current options list, display the raw value instead of raising an error.

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#251201

This update resolves a compatibility issue in Firefox 148 related to how initial blank pages are loaded. By using empty iframes, the website and snippet editors now load correctly and immediately, eliminating delays and ensuring a smoother user experience. This change improves performance and reliability for our users.

Firefox 148 fixed the behavior of `about:blank` documents, as explained
in their [release notes]:

> The initial about:blank document is now Web-compatible. If the first
> navigation of a browsing context goes to about:blank, it completes
> synchronously and is no longer replaced by a second parser-generated
> document.

Commit [e0796020] added the new page dialog in website, and used empty
iframes to load each page template.
Commit [edf81c13] added the add snippets dialog in website, and used an
empty iframe to load the snippets previews.
In both cases, before Firefox' fix, it meant we had to wait the
recreation of the 2nd document before proceeding. This is no longer the
case in Firefox >= 148.

[release notes]: https://www.firefox.com/en-US/firefox/148.0/releasenotes/
[e0796020]: https://github.com/odoo/odoo/commit/e0796020ee0c3188e1e9d9fa077de73a2211c6f7
[edf81c13]: https://github.com/odoo/odoo/commit/edf81c13d8f2f6d29a77d68cbfa0dc9216da3c2a

Forward-Port-Of: odoo/odoo#251172
Forward-Port-Of: odoo/odoo#250592

This update enables the copying of the main attachment from a vendor to the newly created invoice when using the 'Reverse and Create Invoice' button. This streamlines the process for users needing to attach relevant documents during invoice reversal, improving data accuracy and efficiency. It addresses a previous limitation in the system.

This commit copies the main attachment to the newly created vendor  through the "Reverse and Create Invoice" Button.

task-5905299

Forward-Port-Of: odoo/odoo#250183

This update fixes an issue where the calculation of 'sandwich leave' (leave periods surrounding holidays) was incorrect. Specifically, when leave was approved and then re-approved, the system failed to properly account for neighboring leave days, leading to an inaccurate leave count. This change ensures that leave durations are calculated correctly, aligning with the intended business logic.

## Steps to reproduce:-
1. Apply Friday to Monday leave and Tuesday is Public holiday and again apply single leave on Wednesday.
- According to the sandwich leave rule, the leave should be counted as 6 days (Friday to Wednesday, including weekend and holiday).
2. Now refuse the Friday to Monday leave and re-approve again.
3. Now the leave count is updated to 5 days as it should be 6 days!

## Root cause:-
On approve and reset actions the neighbor leaves where not recomputed.

## Fix:-
- Override `_l10n_in_update_neighbors_duration_after_change` on approve and reset actions.
- Updated `_l10n_in_update_neighbors_duration_after_change` so that current and neighbors both leaves are recomputed.

task-[5446346](https://www.odoo.com/odoo/action-4043/5446346)
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#251111
Forward-Port-Of: odoo/odoo#244235

This update resolves an issue where the legal name displayed in payroll reports was not accurately reflecting the employee's legal name in Switzerland. The fix ensures that the correct legal name is computed and presented, complying with Swiss legal requirements and improving reporting accuracy. This update primarily impacts the l10n_ch_hr_payroll module.

task-5979726

Forward-Port-Of: odoo/enterprise#109037

This update resolves an issue where work entries weren't being created when multiple resource calendar attendances were close together in time. The fix prevents attendances from being incorrectly combined, ensuring accurate work entry generation for employees. The change improves the reliability of the payroll and time tracking processes.

When you have two resource calendar attendances that are stuck together, and you generate work entries, the second one doesn't appear:

Bug is caused when having two attendances stuck together: In a resource.calendar, change the time of a resource.calendar.attendance to finish at 15.36 and create a new one that begins at 15.36 and finished at 16.36 with a work entry type of Credit time. Go and regenerate work entries and you can see that no work entries are generated for credit time.

Fixed by adding keep_distinct in an interval to not fuse them together. Also added extra checks to another test to not pass with incorrect values.

task-5894994

Forward-Port-Of: odoo/enterprise#108993
Forward-Port-Of: odoo/enterprise#105981

This update fixes a potential issue where selection fields would display an error if a selected value wasn't available in the current options. Now, the field will gracefully display the original, raw value instead, preventing disruptions to the user experience. This ensures a smoother and more reliable selection process.

When a selection field contains a value not found in the current options list, display the raw value instead of raising an error.

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#251201

This update resolves a minor issue where website page loading in Firefox 148 was delayed due to how the browser handled initial 'about:blank' documents. By using empty iframes to load page templates and snippet previews, the process is now faster and more reliable in Firefox, ensuring a smoother user experience. This change improves performance and stability for website features.

Firefox 148 fixed the behavior of `about:blank` documents, as explained
in their [release notes]:

> The initial about:blank document is now Web-compatible. If the first
> navigation of a browsing context goes to about:blank, it completes
> synchronously and is no longer replaced by a second parser-generated
> document.

Commit [e0796020] added the new page dialog in website, and used empty
iframes to load each page template.
Commit [edf81c13] added the add snippets dialog in website, and used an
empty iframe to load the snippets previews.
In both cases, before Firefox' fix, it meant we had to wait the
recreation of the 2nd document before proceeding. This is no longer the
case in Firefox >= 148.

[release notes]: https://www.firefox.com/en-US/firefox/148.0/releasenotes/
[e0796020]: https://github.com/odoo/odoo/commit/e0796020ee0c3188e1e9d9fa077de73a2211c6f7
[edf81c13]: https://github.com/odoo/odoo/commit/edf81c13d8f2f6d29a77d68cbfa0dc9216da3c2a

Forward-Port-Of: odoo/odoo#251172
Forward-Port-Of: odoo/odoo#250592

This update enables the copying of the main attachment from a vendor to the newly created invoice when using the 'Reverse and Create Invoice' button. This streamlines the process for users needing to reverse invoices while retaining important supporting documents, improving efficiency and data accuracy.

This commit copies the main attachment to the newly created vendor  through the "Reverse and Create Invoice" Button.

task-5905299

Forward-Port-Of: odoo/odoo#250183

This update fixes an issue where the calculation of 'sandwich leave' (leave periods surrounding holidays) was incorrect. Specifically, when leave was approved and then re-approved, the neighboring leave days weren't properly recomputed, leading to a 1-day discrepancy. This ensures accurate leave tracking for employees.

## Steps to reproduce:-
1. Apply Friday to Monday leave and Tuesday is Public holiday and again apply single leave on Wednesday.
- According to the sandwich leave rule, the leave should be counted as 6 days (Friday to Wednesday, including weekend and holiday).
2. Now refuse the Friday to Monday leave and re-approve again.
3. Now the leave count is updated to 5 days as it should be 6 days!

## Root cause:-
On approve and reset actions the neighbor leaves where not recomputed.

## Fix:-
- Override `_l10n_in_update_neighbors_duration_after_change` on approve and reset actions.
- Updated `_l10n_in_update_neighbors_duration_after_change` so that current and neighbors both leaves are recomputed.

task-[5446346](https://www.odoo.com/odoo/action-4043/5446346)
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr

Forward-Port-Of: odoo/odoo#251111
Forward-Port-Of: odoo/odoo#244235

This update corrects a calculation error related to employee legal names within the Odoo Enterprise payroll module. The fix ensures that employee names are accurately reflected in reports and legal documents, complying with Swiss regulations. This improves data accuracy and reduces the risk of reporting discrepancies.

task-5979726

This update removes the 'amount' column from the worked days tab in payroll reports for the United Arab Emirates (AE) and Saudi Arabia (SA) localizations. This change aligns with local reporting requirements and simplifies the reports for users in these regions, improving clarity and accuracy.

The amount column should be removed from worked days tab for AE and SA localizations.

task - 5111183

This update fixes a technical issue within the Odoo ‘pos_self_order’ module where commands were incorrectly used to update data instead of creating it. This change ensures that updates to self-order data are processed correctly, improving the reliability of the mobile ordering feature. It's a minor fix focused on internal module functionality.

Before this commit, all lines even updated one were using Command.CREATE instead of Command.UPDATE.

This commit fix the issued.