Saturday, July 11, 2026
5 changes · saas-19.4
Resolved issues and error corrections
The billable checkbox is now hidden when a timesheet entry is not connected to a sales order, so users no longer see an option that has no billing effect. This reduces confusion and makes the timesheet systray and inline forms better reflect what can actually be billed.
Original PR description
Previously, the `is_billable` checkbox was visible in the timesheet systray even when no Sales Order was linked to the project or task. Toggling the checkbox in this state had no actual effect on billing, leading to user confusion. This commit introduces a non-stored computed field `has_available_so` on `account.analytic.line`. This field evaluates whether billing is possible based on the project and task configuration, and is used to conditionally hide the checkbox in the UI. task: 6328661 Forward-Port-Of: odoo/enterprise#122326
This update fixes an issue where the 'Commercial Invoice' report was incorrectly available to all companies, leading to duplicate print options. Now, the report is restricted to invoices generated for Thai companies with a Sales journal type, ensuring accurate reporting and avoiding confusion.
Original PR description
The "Commercial Invoice" report action had no domain, so it appeared as a print option for account.move records of any company, not just Thai ones. This caused duplicate-looking invoice print options when another localization was installed alongside l10n_th. Restrict the report's visibility to invoices whose company's fiscal country is Thailand and journal type is Sales. task-6372205 Forward-Port-Of: odoo/odoo#275213
This update resolves an issue with our Odoo installation's Python dependency, python-stdnum. The core fix removes an outdated workaround that caused compatibility problems with the latest version of python-stdnum. The change now ensures Odoo works correctly with the newest version of this dependency, specifically for Ubuntu Resolute environments.
Original PR description
In python-stdnum 2.0+, the upstream issue regarding the zeep Transport class timeout handling has been resolved arthurdejong/python-stdnum@6cbb9bc09c25fbda7a032521bc57b44e0ce18ec4), and the method signature for `get_soap_client` was updated to include the `verify` parameter. Applying our legacy monkey patch on python-stdnum >= 2.0 causes signature mismatch issues and is no longer necessary. This commit: - Restricts the `get_soap_client` monkey patch to run only for `python-stdnum < 2.0`. - Updates `requirements.txt` to use python-stdnum 2.2 for Python 3.14+ to ensure compatibility with Ubuntu Resolute. Forward-Port-Of: odoo/odoo#275506 Forward-Port-Of: odoo/odoo#275046
A recent issue was identified where the 'star' priority field in the Helpdesk app on smartphones displayed incorrectly – appearing as black on a gray background. This pull request restores the intended yellow color on smaller screens, ensuring a consistent and professional user experience for Helpdesk users. This change improves visual clarity and usability.
Original PR description
Steps to reproduce: - Open Helpdesk app on smartphone - Go to a ticket - the star priority_field is black with a gray background => bug task-6369589 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#275326
This update fixes an issue where users sending invoices only by email in version 19.0 were incorrectly prompted to send them to the tax agency, causing errors. The fix restores the previous behavior, warning users to delete the attached PDF before sending to the tax agency, ensuring compatibility with earlier versions.
Original PR description
**Steps to reproduce:** - Install the `l10n_it_edi` module and switch to an IT Company. - Create and confirm an invoice for a non-Italian customer. - Send the invoice, making sure that only `by…
**Steps to reproduce:** - Install the `l10n_it_edi` module and switch to an IT Company. - Create and confirm an invoice for a non-Italian customer. - Send the invoice, making sure that only `by Email` is enabled. - Attempt to send the invoice again. **Issue:** - In `18.0`, the XML file is not generated when re-sending an invoice that was previously sent only by email. - Starting from `19.0`, attempting to `Send to Tax Agency` raises an error: `UnboundLocalError: cannot access local variable 'attachment_name' where it is not associated with a value` **Root cause:** At [1], `_get_alerts` method does not check whether the invoice was previously sent only by email. As a result, the warning banner is not displayed, and allows the user to `Send to Tax Agency`. **Fix:** Restore the expected behavior by preventing `Send to Tax Agency` when the invoice was previously sent only by email. Instead, display the appropriate warning message instructing the user to delete the PDF attachment before sending to the Tax Agency, matching the behavior in `17.0` (confirmed with PO). [1]: https://github.com/odoo/odoo/blob/c0d8d36481e106f0209521bbb127cb3b1ad1059a/addons/l10n_it_edi/models/account_move_send.py#L27-L33 opw-6293519 Forward-Port-Of: odoo/odoo#275600 Forward-Port-Of: odoo/odoo#269547