Monday, February 9, 2026
9 changes · master
Enhancements to existing features
Refused time off allocation requests can no longer be edited, matching the behavior of refused time off requests. This makes the HR workflow more consistent and helps prevent changes to requests that have already been declined.
Original PR description
Purpose: - Align allocation requests with time off requests by preventing any edits once an allocation is refused, ensuring a consistent and intuitive user experience. This PR includes: - Made all allocation fields read-only when the request is in Refused state. - Applied the restriction consistently across regular and accrual allocations. - Kept existing approval and validation flows unchanged. task-5498398
This update adds a standard default account used for factoring in the Mexico accounting localization. It helps businesses using Mexican accounting reduce manual setup and keep factoring-related entries aligned with the expected chart of accounts.
Original PR description
This commit adds the default account for factoring purposes target: master task-3100678 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Saudi e-invoicing partner identification options have been renamed to match the latest official data dictionary. This keeps company records and invoice data aligned with current Saudi compliance terminology without changing business workflows.
Original PR description
Update additional identification scheme selections to align with Saudi Arabia e-invoicing data dictionary: - Momra License → MOMRAH License - MLSD License → MHRSD License - Sagia License → MISA License task-5878753
Server logs now visually highlight the process or worker ID, making it easier to follow activity from a specific worker among many log entries. This helps teams diagnose issues faster, especially when reviewing logs for a particular web request.
Original PR description
The logs use the following format: {date} {time} {pid} {level} {database} {module}: {message} Before the commit, only the `{level}` part of the message, and the request line in case of of a HTTP…
The logs use the following format:
{date} {time} {pid} {level} {database} {module}: {message}
Before the commit, only the `{level}` part of the message, and the request line in case of of a HTTP request, was colored.
In this work we also color the `{pid}` so it is possible at a glance to determine the worker/thread that emitted the log record.
There are two reasons for this change:
1. To be able to follow the logs of a specific server, when multiple servers are emitting logs at a same time.
2. To be able to quickly determine what were the log messages emitted during the processing of a specific HTTP request.
We noted that many many developers think that the HTTP request line is logged *upon receiving the request* but it actually is logged *after* the response is sent. It means that all the logs of a specific request actually appear *before* the logged request line. We hope that this new colored PID adds a welcome cue so that devs read the lines *above* the HTTP request line they care about, and not *bellow*.
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-prThis update refines the design of wizards used in the l10n_mx_edi module, specifically addressing the unnecessary storage of data within the database. By removing persistent storage, we've streamlined the process and improved the overall efficiency of these key workflows.
Original PR description
It's a wizard, we should not store it permanently in db.
This update clarifies the naming of a key salary rule within the Odoo Enterprise Belgian payroll module. The 'Taxable Termination Amount' rule has been renamed to 'Taxable Amount' for improved clarity and consistency. This change ensures accurate reporting and compliance with Belgian tax regulations.
Original PR description
Renaming `Taxable Termination Amount` salary rule to `Taxable Amount` Task: 5909495
This update streamlines Intrastat reporting across various localization modules by consolidating shared logic into a central location. This improves maintainability and reduces code duplication, ensuring consistent and efficient reporting processes. The change is purely a technical update focused on code organization.
Original PR description
Several Intrastat localizations were implementing the same helpers to build ZIP responses when exporting multiple files and determine move types for arrivals vs dispatches This commit moves the shared logic to the base `account_intrastat` report handler and updates local modules to reuse it. No functional change intended, only code cleanup and better maintainability. task-5879785
This update allows users to manually validate payslips even when unblocking warnings are present. Previously, the system would prevent validation due to these warnings. Now, the system recognizes the user's decision to validate and correctly updates the payslip status, ensuring accurate payroll processing.
Original PR description
If applied, this commit will treat payslips as successfully validated even when "unblocking" warnings are present, provided the user manually triggers the validation action. Why: Currently, the system can prevent or obscure the validated status of a payslip if a warning is present, even if that warning is non-critical (unblocking). If a user chooses to validate a payslip while such a warning is visible, it indicates that the user has acknowledged the warning and deemed it unimportant for the current payroll run. The system should respect this intent and transition the payslips to the 'Validated' state rather than remaining in a pending or warning state. What: - Modified the validation process to check the severity of active warnings. - Updated the state transition logic to allow 'Done' status when the only remaining issues are flagged as unblocking. - Ensured that the user's decision to "Validate" overrides the presence of non-critical payroll alerts. task-5911151
This update adjusts the automated tests for the payment widget within the Odoo Enterprise accounting module. These changes were made to align with recent updates to the payment widget functionality, ensuring continued accurate test results and reliable payment processing. This is an internal improvement.
Original PR description
Modified test due to the modifications in payment widget