Tuesday, February 10, 2026
9 changes · 18.0
Resolved issues and error corrections
This update addresses a technical issue where Odoo tours were failing due to errors related to asset loading. The fix ensures that these errors are now handled correctly, preventing tours from interrupting and improving the overall user experience. This change is a backport of a previous fix, ensuring stability and reliability for Odoo tours.
Original PR description
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
This update fixes a logging issue within the account_edi_ubl_cii module. Previously, the system struggled to correctly record account numbers during UBL processing. Now, the system reliably logs these account numbers, ensuring accurate record-keeping and improved data traceability for financial transactions.
Original PR description
--- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#247693
A recent test failure related to editing the mega menu was causing intermittent issues. This fix ensures the system waits for related processes to complete before making changes, preventing errors and improving stability when users modify the mega menu. This resolves a minor disruption to the user experience.
Original PR description
The test `test_31_website_edit_megamenu_big_icons_subtitles` is failing randomly and more often with watch=True When selecting the link, `_updateRightPanelContent` is called, which in turns calls `_closeWidgets`. We should wait for that call to be finished before interacting with the sidebar. When the widgets are closed, the active class is removed from `Big Icons Subtitles´. It is already too late because we already changed the MegaMenuLayout option. Since nothing changes inside the DOM, we need to wait a certain amount of time before proceeding. runbot-163061
This update fixes an issue where resetting dynamic colors on media library SVG illustrations would cause them to disappear. The change ensures that the SVG image remains visible and correctly applies theme colors after a reset operation, improving the user experience.
Original PR description
Steps to reproduce: - Insert a media library SVG illustration. - Change one of its Dynamic Colors. - Click the reset button in the colorpicker. => The SVG disappears. Before this commit, resetting a dynamic SVG color could send an empty color value and the image failed to render. After this commit, resetting restores the theme palette colors so the SVG stays visible. task-5868584
This update enhances the stability of our payroll accounting tests by ensuring that all server-side actions are fully completed before the tests conclude. This prevents inaccurate database state assertions and improves the reliability of our automated testing process. It's a small fix that contributes to overall system quality.
Original PR description
Wait for signature completion in tours to ensure server-side side-effects are finished before the test ends and asserts the database state. runbot-224112 Forward-Port-Of: odoo/enterprise#106840
This update resolves a crash that occurred when using the budget filter within accounting reports. The fix ensures the system handles report configurations without all required budget columns gracefully, preventing errors and improving report stability. This enhancement ensures users can consistently utilize the budget filter functionality.
Original PR description
**Steps to reproduce:** * In **Accounting**, create a new accounting report. * Set **Root Report** to **Profit and Loss**. * Add a report line with **Figure Type = Percentage**. * set **Computation…
**Steps to reproduce:** * In **Accounting**, create a new accounting report. * Set **Root Report** to **Profit and Loss**. * Add a report line with **Figure Type = Percentage**. * set **Computation Engine = External Value** and **Formula = 0** on report line. * Add a report column with **Figure Type = Monetary**. * Create a menu item for the report. * Open the report and click **Budget**. * Create a new budget filter and click **Create**. **Observed behavior:** * The system crashes with `TypeError: 'NoneType' object is not subscriptable`. * The error occurs while accessing budget column values. **Cause:** * Budget comparison logic assumes required budget columns always exist. * When the report configuration lacks compatible budget columns, internal variables remain unset and are accessed anyway. **Fix:** * Add a safety check to skip budget comparison when required columns are missing. * Prevents the crash and allows budget filters to be created safely. opw-5357339
A test was failing due to a default pricelist being applied, which incorrectly inflated the total sale order amount. This update forces an empty pricelist during testing, ensuring accurate tax calculations and consistent test results. This resolves a discrepancy between expected and actual order totals.
Original PR description
Issue
-----
`File "/data/build/enterprise/delivery_shiprocket/tests/test_delivery_shiprocket.py", line 317, in test_shiprocket_delivery_with_discounts
self.assertAlmostEqual(sale_order.amount_total, 55)
AssertionError: 32.0 != 55 within 7 places (23.0 difference)
`
Cause
-----
Test fails because a pricelist gets applied by default and overrides the taxes.
-----
Error runbot 232692This update adjusts the taxonomy used for Dutch tax reports to the latest NT20 standard. This change ensures continued compliance with Dutch tax regulations and maintains compatibility with older versions of the reporting templates.
Original PR description
The taxonomy for the Dutch tax reports was updated from NT19 to NT20. There were only changes in the namespaces. Olders versions of the XBRL template are kept for backwards compatibility. task-4568359 Forward-Port-Of: odoo/enterprise#106732
This update resolves an error that occurred when saving settings in branch companies of Guatemalan businesses. The system incorrectly flagged the 'Service Provider' field as required, even when it was hidden. The fix ensures this field is only required for the main company, streamlining the process for branch office management.
Original PR description
Currently, saving the General Settings in a branch of a Guatemalan company raises a "Missing required field" error for the 'Service Provider' field (`l10n_gt_edi_service_provider`), even if no…
Currently, saving the General Settings in a branch of a Guatemalan company raises a "Missing required field" error for the 'Service Provider' field (`l10n_gt_edi_service_provider`), even if no changes were made. ### **Steps to reproduce:** 1) Install `l10n_gt_edi` and switch to a GT company. 2) Create a branch of the GT company. 3) In the parent company, go to Accounting Settings, set the Guatemala Localization to 'Demo', and save. 4) Switch to the branch company. 5) Open Accounting Settings and click Save. ### **Observed Behavior:** An error occurs because `l10n_gt_edi_service_provider` is empty but required. ### **Root Cause:** The `l10n_gt_edi_service_provider` field is marked as `required` whenever `country_code == 'GT'` (see[1]). However, the field is hidden in branch companies via the `invisible="not l10n_gt_edi_is_root_company"` domain on the settings block. Because the field is required but empty (and invisible to the user), the form validation fails. [1]- https://github.com/odoo/enterprise/blob/6f3265aad51a264bee754ca239e8a5019487b38c/l10n_gt_edi/views/res_config_settings_views.xml#L19-L22 ### **FIX:** Update the `required` domain to include `l10n_gt_edi_is_root_company`. This ensures the field is only mandatory in the root company where it is actually visible and configurable and also set the `l10n_gt_edi_service_provider` for branch company same as parent company. **opw-5385819**