Monday, July 7, 2025
8 changes · 18.0
Resolved issues and error corrections
This fix ensures that when a manufacturing bill of materials is copied, its by-product lines are linked to the copied operation instead of the original one. This prevents confusion and incorrect production setup references after duplicating bills of materials.
Original PR description
### Issue: Copying a bom with an operation will not reassign the copied operation to the by product lines. ### Steps to reproduce: - In the settings enable operations and by-products - Create a bom with an operation op1 and a by product produced in op1 - Copy the bom #### > The copied by product line refer to the operation of the original bom this can be checked by archiving the copied operation which should erase its link with the copied by product line but will not ### Cause of the issue: When a bom is copied, the new operation is reassigned to the new bom lines by these lines: https://github.com/odoo/odoo/blob/9cb4230a6b2252243a8e0546a1a8f5bc52e74009/addons/mrp/models/mrp_bom.py#L230-L247 However, nothing is made for the by product lines. opw-4788252 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#216609
This fix ensures MyInvois point-of-sale documents correctly calculate and assign their linked orders for every relevant record. It prevents missing order links that could cause errors or incomplete document information in Malaysia e-invoicing flows.
Original PR description
Otherwise, it causes it fails to assign value to certain records, which is unadvised. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This change removes duplicate test helper code in the Accounting module. It keeps the test setup cleaner and reduces maintenance risk, with no expected impact on everyday users or business workflows.
Original PR description
In 0f3a9dee5cf15 we added helpers to create test taxes in `AccountTestInvoicingCommon`, not realizing that they were already in `TestTaxCommon`. This commit removes them from `TestTaxCommon` to avoid the duplication. task-none
This update fixes an internal test setup for Malaysia POS e-invoicing so it no longer relies on an unavailable enterprise component. This helps community-only test runs complete reliably without affecting customer-facing features.
Original PR description
The test in this module imports a common setup from account_reports which is not a dependency, and is not auto installed when the test runs with community modules only. This fix replaces the setup by the community one AccountTestInvoicingCommon. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix ensures text background styling is preserved when website text animations are applied. It helps keep animated website content visually consistent and prevents design details from disappearing or rendering incorrectly.
Original PR description
... task-4285621
This update fixes how the online shop verifies sale orders by reusing an existing system check instead of duplicating logic. This should make checkout-related behavior more consistent and reduce the risk of errors when validating website orders.
Original PR description
Use existing method to check 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
Fixed an issue where custom plan fields added to timesheet views could lose their selected value when a new timesheet was saved. This ensures user-entered planning information is preserved, improving reliability for teams using customized timesheet workflows.
Original PR description
### Steps to reproduce: - Navigate to a Project > View (Timesheets) - Open studio and add x_plan2_id for example to the view - Try creating a new timesheet and set a value for the field we added using studio - Save and notice the field doesn't keep its value ### Cause: This is mainly happening because when getting the plan_ids for the account we are gonna fill we just get the account in the distribution and ignore if the user is setting another value ### Fix: We check the create vals_list if a plan has value we set it before setting the account in the distribution opw-4716041
This update ensures the Indian GSTR-1 report export always includes the expected document issue field, even when there are no entries. It prevents automated validation failures and helps keep tax reporting exports consistent and reliable.
Original PR description
- Assigned doc_issue with empty list to comply with formatting of gstr1 json. - This prevents test failures caused by missing keys during JSON validation. runbot error: 229705