Thursday, November 13, 2025
16 changes · 19.0
Enhancements to existing features
The Belgian account tags used for form 281.50 now carry the country information. This makes them easier to organize and allows them to be reused more flexibly in other situations.
Original PR description
Account tags for 281.50 are specific to Belgium. With this PR, the country is added to those tags, allowing easier group by and enabling their use in other cases as well. task-5236632 Forward-Port-Of: odoo/enterprise#98759
This update improves a few invoice and receipt reports for Saudi Arabia and the UAE. It adds the tax label before “credit note” in UAE reports and makes the “This is not a legal document” message follow the dual-language setting, so the printed output matches the user’s chosen language behavior.
Original PR description
Description of the issue/feature this PR addresses: - add tax to credit not reports in l10n_ae -adjusted arabic/english translations of 'this is not a legal document' to for the dual language option in settings Current behavior before PR: - tax wasn't printed before 'credit note' in l10n_ae - this is not a legal document always printed in both languages. Desired behavior after PR is merged: - tax shows before 'credit note' - this is not a legal document is printed in the language based on if the dual language setting is ticked. task-5067998 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Resolved issues and error corrections
This update simplifies a complex styling rule used in the spreadsheet side panels. It keeps the interface looking correct while making the code easier to maintain and less fragile going forward.
Original PR description
Because of a really strong rule in o_spreadsheet lib that forced the box-sizing property pretty much everywhere, we came up with a super dense rule to counteract it inside odoo and specifically inside the side panels. This commits aims to simplify it at best with the common denominator of those rules. Task-4878174 Forward-Port-Of: odoo/enterprise#99240 Forward-Port-Of: odoo/enterprise#98876
This fix prevents an unnecessary error message from appearing when a user connects a bank account that does not have payments enabled. The bank connection still works as expected, but the system now handles this situation more appropriately and avoids alarming users with a non-blocking issue.
Original PR description
Currently, an error occurs when a user connects a bank that has payments not enabled. **Steps to replicate:** * Install `account_online_payment` * Invoicing > Bank > dropdown menu and connect the…
Currently, an error occurs when a user connects a bank that has payments not enabled. **Steps to replicate:** * Install `account_online_payment` * Invoicing > Bank > dropdown menu and connect the demo bank. **Error:** `Non-blocking error during payment activation: To activate payments, you must first enable them when connecting a bank account.` **Root cause:** * The error happens because payment is disabled on the bank page. As `is_payment_enabled` is `False` in the `data` at [1], which comes from [2],and that `data` comes from a response in the super call at [3]. **Solution:** * Since this error comes from a `UserError`, it would be better to use logger warning instead of logger error. [1]: https://github.com/odoo/enterprise/blob/b5ff6fff193a7197b3983985c8af13512d677146/account_online_payment/models/account_online_link.py#L18 [2]: https://github.com/odoo/enterprise/blob/b5ff6fff193a7197b3983985c8af13512d677146/account_online_payment/models/account_online_link.py#L24 [3]: https://github.com/odoo/enterprise/blob/b5ff6fff193a7197b3983985c8af13512d677146/account_online_synchronization/models/account_online.py#L963-L970 sentry-6936347663
The Discuss message list in the white theme has been visually adjusted to be easier to read. Message borders are now less distracting, and author names stand out more clearly from the message text, making conversations less tiring to scan.
Original PR description
- reduce slightly message border opacity, so that they are less distracting than message list content itself. - add more weight on message author names so they are more distinct more message text content. Harmonize weight in message reply but with reduced opacity. These changes should make using Discuss in white theme less fatiguing. Before <img width="953" height="791" alt="Screenshot 2025-11-12 at 18 29 01" src="https://github.com/user-attachments/assets/dc9f37d2-acea-44ae-99e7-e3ecdcc40a9d" /> After <img width="962" height="789" alt="Screenshot 2025-11-12 at 18 29 09" src="https://github.com/user-attachments/assets/0239f581-a344-44e1-9a84-0e7877cab047" />
This change fixes the appearance of text fields shown inside image captions so they no longer display with a dark gray background. It improves visual consistency and makes captions look cleaner in the editor.
Original PR description
### Purpose of this PR: - Set the default background of inputs inside `<figcaption>` to transparent. This prevents them from appearing dark gray (rgb(59,59,59)) in caption. task-5122745 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#230238
This change removes an unnecessary test-only setting from a self-order payment tour. It helps avoid errors when developers run Odoo in debug mode locally, without affecting normal usage.
Original PR description
In this commit: - Removed the `test: true` flag from the `test_kiosk_cart_restore_and_cancel` tour. - The flag is not required for tours and can cause issues when running in debug mode. - This issue only occurs in local environments when debug mode is enabled. - After this fix, no issue is generated in debug mode. Forward-Port-Of: odoo/odoo#234101
This update stops blank badges from appearing in list views. It makes the interface cleaner and avoids confusing users with empty status indicators.
Original PR description
A condition was added in the check of listBadgeSelectionField in order to prevent the display of empty badges. task-5096109
The follow-up toggle is now shown only on invoices, where it is relevant. This avoids confusion on other document types and makes the follow-up settings clearer for users.
Original PR description
No followup makes only sense for invoices. Therefor hide the toggle on other move types.
The sample data ribbon is no longer shown by the shared action helper component. This cleans up the interface so users see a more consistent experience across affected screens.
Original PR description
This commit fully removes the prop `showRibbon` from the `ActionHelper` component.
This change removes the sample data ribbon that could appear in action helper views. It helps keep these screens cleaner and avoids showing an indicator that is no longer needed.
Original PR description
This commit fully removes the use of the sample data ribbon from the action helper. Following #233205.
This update corrects and simplifies the labels used for Italian electronic document types, including their translations. It helps ensure users see the right wording when creating or managing these documents, reducing confusion and translation inconsistencies.
Original PR description
Simplified and fixed labels and labels translations. Ref: https://help.fattureincloud.it/help/articolo/544-crea-autofattura-elettronica Ref: https://fex-app.com/FatturaElettronica/FatturaElettronicaBody/DatiGenerali/DatiGeneraliDocumento/TipoDocumento Forward-Port-Of: odoo/odoo#235374 Forward-Port-Of: odoo/odoo#233943
The system now correctly ignores the Raspberry Pi 5 built-in serial port when listing available devices. This prevents a built-in hardware port from appearing as if it were an external device, which helps avoid confusion and incorrect configuration.
Original PR description
The serial interface previously included a filter to not include the built-in serial port on the Pi 5, however this filter is now broken in Raspberry Pi OS Trixie. To ensure the filter works in all versions, we now explicitly look for the device `/dev/ttyAMA10` and ignore it. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#235074
This update prevents an unexpected scrollbar from appearing in certain website editing scenarios when hidden text is present inside a table of contents. It improves the editing experience in Chrome, Edge, and Safari by keeping the page layout stable.
Original PR description
This is a known issue [1] in bootstrap, which displays an unexpected scrollbar when we have a visually-hidden text in the table. The issue occurs in Chrome, Edge and Safari, but does not in Firefox. **Steps to see the issue:** - Open website and start editing - Drop a table of content - Drop inside of the ToC a donation snippet - Click on the donation amounts form => A scrollbar appears. The visually-hidden spans are present since [2], but the problem couldn't be seen until commit [3] removed the `overflow: hidden` style. [1]: https://github.com/twbs/bootstrap/issues/41554 [2]: https://github.com/odoo/odoo/commit/faafb913a0af5c4bfa7d207e09bbea0d97125aed [3]: https://github.com/odoo/odoo/commit/10156c10b09dc502a40253d64e2505e817a520bf task-5169275 Forward-Port-Of: odoo/odoo#232086
This update removes leftover unused code from the account reconciliation feature after a previous redesign. It does not change the user experience, but it helps keep the codebase cleaner and easier to maintain.
Original PR description
In the PR (odoo/enterprise#80787) the reconciliation model was refactored in order to be easier to use for users. However, some dead code was forgotten and not removed. Forward-Port-Of: odoo/enterprise#98923
This change fixes a case where an empty document list was handled incorrectly in the Sign interface. It helps ensure the dropdown only appears when there are actually documents to show, avoiding confusing behavior for users.
Original PR description
An empty list is true in JS, so we check the length of the list