Thursday, March 26, 2026
11 changes · master
Resolved issues and error corrections
When an event is cancelled, its related communication status is now marked as cancelled right away. This ensures users see the correct cancellation indicator instead of a misleading completed or sent status.
Original PR description
The condition for setting `mail_state` to cancelled was wrong, as `mail_done` is `True` when there are no registrations or all mails are sent. So, the cancelled icon is still not visible when we cancel an event. This PR updates the `mail_state` value to cancelled immediately when an event is cancelled. Ref: https://github.com/odoo/odoo/pull/198141 Task-5063079
This fixes a minor timing issue that could cause misleading warning messages during websocket shutdown. The change helps keep system logs cleaner and more accurate, reducing unnecessary concern for administrators.
Original PR description
It sometimes logs "Warning: There remain 0 closing websockets". It logs a warning because we didn't slept long enough. It logs "0" because we check first and then sleep, it should be the contrary. Reference-to: d06f0ea9672 ([FIX] bus: more resilient websocket kick_all) 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 signature feature now waits until the signing area is ready before drawing a typed name. This prevents occasional errors when users open or use a signature field before it has fully loaded, improving reliability during signing flows.
Original PR description
Ensure drawCurrentName waits until the signature canvas is populated with pixel data before rendering. Prevents runtime errors when the canvas is not yet initialized or empty. runbot-error-id~238520 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 fixes demo data by moving two sample work entry types from the Time Off module to the Work Entry module where they belong. It helps keep demo environments consistent and prevents setup errors related to these sample records.
Original PR description
Two demo work entry types were wrongly defined in hr_holidays, when they should be defined in hr_work_entry. This commit moves the two work entry types to hr_work_entry. Task-6004338 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 improves the way attachments are handled within the website helpdesk module. A recent change allows the `insert_attachment` function to return attachment IDs, which are now correctly passed back to the website helpdesk override. This ensures attachments can be used effectively and avoids potential conflicts.
Original PR description
Following the changes in [PR](https://github.com/odoo/odoo/pull/219914), `insert_attachment` now returns `orphan_attachment_ids` so they can be reused outside the method. To avoid return-value conflicts in the website_helpdesk override, we return the result of the super call here. task-[4364668](https://www.odoo.com/odoo/all-tasks/4364668)
This update restricts the use of the `DotDict` class to testing environments only. Previously, its improper use could lead to unexpected behavior. This change enhances stability and reduces potential issues in production code.
Original PR description
The `DotDict` class can produce unexpected behaviour if used incorrectly. This commit moves this class so that it is only used in tests. task-4822364
This update resolves an issue related to the format of Client IDs used in the payroll module, specifically for the Belgian HR payroll (l10n_be_hr_payroll). The change allows for both the old and new Client ID formats (with and without a hash) to be processed correctly, ensuring seamless integration with external systems.
Original PR description
Forward-Port-Of: odoo/enterprise#111531 Forward-Port-Of: odoo/enterprise#111276
This update resolves an issue where the l10n_ar_edi module fails to function correctly after upgrading. The fix ensures the module has a direct dependency on the currency_rate_live module, which is now correctly installed, preventing an error related to a missing currency provider setting.
Original PR description
The module [adds](https://github.com/odoo/enterprise/blob/master/l10n_ar_edi/models/res_company.py#L64-L67) selection values to field `res_company.currency_provider`, a field [defined](https://github.com/odoo/enterprise/blob/3dc72c9641f62990f5ed3c0ce0cda5ed7b6784a1/currency_rate_live/models/res_config_settings.py#L194-L200) in module `currency_rate_live`, but althouth it is auto-install, it's not a direct dependency, which can trigger errors. To reproduce: - Install `l10n_ar_edi` in 19 - Uninstall `currency_rate_live` - Upgrade to saas~19.2 It will break with ``` AssertionError: Field res.company.currency_provider without selection ```
This update resolves a minor issue within the l10n_ch_hr_payroll module, specifically correcting a file name that caused a potential error. This ensures the payroll calculations function smoothly and reliably, preventing disruptions to payroll processing. The change is a straightforward fix with no impact on core functionality.
Original PR description
related PR : https://github.com/odoo/enterprise/pull/103118
This update fixes a misunderstanding regarding the date a W4 form is filed with an employer. Previously, the system incorrectly tracked when the form was filled in, rather than the actual filing date. This change ensures accurate reporting and compliance related to US payroll.
Original PR description
This field is about when the W4 is filed with the employer, not when it's filled in. opw-5096780 Forward-Port-Of: odoo/enterprise#111679 Forward-Port-Of: odoo/enterprise#111213
This update fixes an issue where the SEPA payment file version was incorrectly displayed as empty in the Odoo interface. The fix ensures the correct 'PAIN 09' version is generated, aligning with the underlying database data. This improves the accuracy of payment file generation.
Original PR description
https://github.com/odoo/enterprise/commit/80f9f966d7db793ae82e65c76514323cb10e34ab tried to fix the issue, but assumed the field would be returned empty by the ORM when the value was inconsistent with the db. It's not true: it returns the database value ; only the UI shows the field as empty. Forward-Port-Of: odoo/enterprise#112141