Manufacturing document attachments are now deleted properly when users remove them from a bill of materials line. This prevents obsolete files from remaining in the system and keeps attachment records cleaner.

Steps to Reproduce Bug:

- Add Attachment on Bom Line
- Delete Attachment

Bug:
- Attachment is still present on `ir.attachment`

With this commit, we are removing linked attachment on deleting `mrp.document`

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

The web editor now handles spaces more reliably when users type near the command bar or create links automatically. This prevents accidental double spaces and reduces editing interruptions, making content entry smoother.

Inserting a space would occasionally insert two spaces, and auto link making would sometimes conflict with the command bar.

task-2584101

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

Before this commit, MOs were not filtered based on selected BoM. With this commit, We are filtering MOs to selected based on BoM. Fixes #70215 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#74674

Before this commit, MOs were not filtered based on selected BoM.

With this commit, We are filtering MOs to selected based on BoM.

Fixes #70215

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

Fix two issues: The search of suitable payment tokens was searching on the journal_id field of the payment acquirer that is no longer stored. Change it to now search on the acquirer_id directly, since we have this information. The _inverse_journal_id method on payment acquirers would create new payment line with the manual payment method when no provider are given to an acquirer, or no payment method is existing for a given provider. This would cause issues with the creation of mult

Fix two issues:

The search of suitable payment tokens was searching on the journal_id
field of the payment acquirer that is no longer stored.
Change it to now search on the acquirer_id directly, since we have
this information.

The _inverse_journal_id method on payment acquirers would create
new payment line with the manual payment method when no provider
are given to an acquirer, or no payment method is existing for
a given provider. This would cause issues with the creation of
multiple lines with the same name on a same journal, which would
trigger the constrains blocking that.

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

Forward-Port-Of: odoo/odoo#74938

Steps to reproduce the bug: - Go to purchase app > create a request for quotation - click on confirm > Lock Problem: Date confirmation becomes invisible, and date order becomes visible Solution: As we have already confirmed the purchase order and the lock button only appears when the PO is confirmed, it makes sense to leave the confirmation date visible https://github.com/odoo/odoo/blob/13.0/addons/purchase/views/purchase_views.xml#L138-L139 opw-2612608 -- I confirm I

Steps to reproduce the bug:
- Go to purchase app > create a request for quotation
- click on confirm > Lock

Problem:
Date confirmation becomes invisible, and date order becomes visible

Solution:
As we have already confirmed the purchase order and the lock button only appears when the PO is confirmed,
it makes sense to leave the confirmation date visible

https://github.com/odoo/odoo/blob/13.0/addons/purchase/views/purchase_views.xml#L138-L139

opw-2612608




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

Forward-Port-Of: odoo/odoo#74980
Forward-Port-Of: odoo/odoo#74958

The bold command used `assignInlineStyle`, which misidentified when a text node needed to be wrapped in an inline element in some situations, eg: `<p>aaa<span style="font-weight: normal;">[bbb<span>c]cccc</span>bb</span>dddddd</p>` task-2613476 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#74997

The bold command used `assignInlineStyle`, which misidentified when a text node needed
to be wrapped in an inline element in some situations, eg:
`<p>aaa<span style="font-weight: normal;">[bbb<span>c]cccc</span>bb</span>dddddd</p>`

task-2613476


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

Forward-Port-Of: odoo/odoo#74997

The command bar hints were not properly text-aligned, and the color was sometime not visible depending on the background. task-2607335 task-2607337 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#75000

The command bar hints were not properly text-aligned, and the color was sometime not visible depending on the background.

task-2607335
task-2607337

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

Forward-Port-Of: odoo/odoo#75000

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

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

…tions Issue: When changing a settings and saving, all the operation types (stock_picking.type) that had a code different than incoming had their Show Detailed Operations (show_operations) forced to be True, even when the change in settings was totally unrelated Steps to reproduce : 1) Go to Inventory (stock) / Configuration / Warehouse Management / Operations Types 2) Find or create an Operation Type with Type of Operation set to something else than Receipt (incoming) 3) Ensures tha

…tions

Issue: When changing a settings and saving, all the operation types (stock_picking.type) that had a code different than incoming had their Show Detailed Operations (show_operations) forced to be True, even when the change in settings was totally unrelated

Steps to reproduce :
 1) Go to Inventory (stock) / Configuration / Warehouse Management / Operations Types
 2) Find or create an Operation Type with Type of Operation set to something else than Receipt (incoming)
 3) Ensures that the checkbox Show Detailed Operations (show_operations) is **unchecked**
 4) Go to Settings and check or uncheck any setting, for example Permissions > Default Access Rights
 5) Save
 6) Go back to the Operation Type seen before
 7) Show Detailed Operation is now **checked**

Why is that a bug:
 The intended behaviour was to check that Show Detailed Operations box every time we change group_stock_multi_locations, group_stock_production_lot, or group_stock_tracking_lot from **unchecked to checked**, but the actual behaviour was to check that SDO box every time one of the **3 was checked when changing settings**

opw-2604730

Forward-Port-Of: odoo/odoo#74905
Forward-Port-Of: odoo/odoo#74786

Ticket: 2578903 In the overview menu, the time of a calendar event was not formatted according to the user preferences. This PR fixes that. Forward-Port-Of: odoo/odoo#74611 Forward-Port-Of: odoo/odoo#73569

Ticket: 2578903

In the overview menu, the time of a calendar event was not formatted according to the user preferences. This PR fixes that.

Forward-Port-Of: odoo/odoo#74611
Forward-Port-Of: odoo/odoo#73569

… when renewing Issue : When renewing a subscription that contains an archived service, the popup appearing to ask the user whether to keep the archived product or not didn't remove the archived product when the "Keep the product" checkbox is unchecked Steps to reproduce: 1) Install sale_subscription Module 2) Create a Product and check "Subscription Product" 3) Create a Subscription with at least 1 of that product 4) Save, go to the product and Archive it 5) Go back to the subsc

… when renewing

Issue : When renewing a subscription that contains an archived service, the popup appearing to ask the user whether to keep the archived product or not didn't remove the archived product when the "Keep the product" checkbox is unchecked

Steps to reproduce:
 1) Install sale_subscription Module
 2) Create a Product and check "Subscription Product"
 3) Create a Subscription with at least 1 of that product
 4) Save, go to the product and Archive it
 5) Go back to the subscription and renew it (Renewal quotation)
 6) The popup appears, uncheck "Keep the product"
 7) Click on the button "Renew & View Quotation"
 -> Bug, the line of the archived product hasn't been removed

Why is that a bug:
 The business flows give us the option of not keeping the archived product (and replace it with another product), but when we didn't want to keep the product, it wasn't correctly removed. The problem lied in the fact that the product_id of the wizard linked to that view didn't have its field product_id (it was always 0) set correctly since it was missing from the view

Side Note: This commit also fixes a bug when Units of Measures was enabled. When trying to save a line, it wasn't possible since UoM which is required was missing, but it was also readonly, so it didn't show in red when trying to save

 opw-2581605

Forward-Port-Of: odoo/enterprise#20159

Apparently _get_lines can not handle those options on its own. Forward-Port-Of: odoo/enterprise#20052

Apparently _get_lines can not handle those options on its own.

Forward-Port-Of: odoo/enterprise#20052