Friday, July 3, 2026
6 changes · 17.0
Resolved issues and error corrections
This update corrects a formatting issue in the Hindi language setting within Odoo. It now correctly applies Indian-style number grouping (e.g., 1,54,75) for numerical displays, ensuring accurate representation of financial data for users in India. This improves clarity and consistency for Hindi-speaking users.
Original PR description
Currently the Hindi language used no number grouping at all. This commit sets the number grouping for Hindi to Indian style, like `1,54,75,317.70` e.g. [task-6320391](https://www.odoo.com/odoo/project.task/6320391)
This update corrects a visual issue where the background color of the account type selection dropdown remained in light mode when dark mode was enabled. The change ensures the dropdown background adapts correctly to the overall dark mode theme, providing a consistent and visually correct user experience. This improves the usability of the account module in dark mode.
Original PR description
Steps to reproduce: - Install `account` module - Enable dark mode - Open `view_account_form` to create a record - On the Accounting page, open type dropdown - The dropdown background remains in light mode This commit applies $dropdown-bg on `o_field_account_type_selection` as in odoo/odoo@0cd148eb389078c896aaa719af5733d05377fd1c
This update corrects a minor error in the turnstile template that prevented users from consistently selecting the desired display mode. The fix ensures the ?cf=show path correctly controls the turnstile's appearance, improving the user experience. This is a standard maintenance update for the 17.0 release.
Original PR description
Stable forward-port source patch. Issue - The turnstile template uses a misspelled variable name in data-appearance: appeareance. - JS provides appearance. - Because of this mismatch, data-appearance always falls back to interaction-only and ?cf=show cannot force always mode. Fix - Replace appeareance with appearance in the turnstile template. Why stable-safe - One-line template fix. - No API/model/signature changes. - No behavior change outside the intended appearance selection. This is intended as the 17.0 source fix so forward-porting can propagate to upper versions. Related: odoo/odoo#273306 and odoo/odoo#273652
This update corrects a display issue where the shipping address option remained visible on the website even when shipping addresses were disabled in the settings. The fix ensures that the shipping address field is hidden correctly when this setting is toggled, improving the user experience and preventing confusion.
Original PR description
Issue: --- Shipping address option will be still shown if the shipping address is disabled in setting. Steps to reproduce: 1- Disable shipping address in setting. 2- Navigate to shop and checkout using a public user. You can see when filling address, the shipping address option is still shown. Cause and Fix: --- The group is not added to `Ship to the same address` checkbox. Even if we add the group, the whole t-if/t-else block will not be taken, and we need explicitly set use_same when the group is not present. opw-6193161
This update fixes a bug where GIF images weren't visible in the feed comment modal. The system now correctly displays GIFs from Facebook, ensuring users can share richer content within the feed. This improves the user experience and allows for more engaging comments.
Original PR description
Bug === When opening the comments modal of the feed view, the GIF images are not visible. Technical ========= The API does not return the GIF, it only returns the MP4 and the JPG. So we show the fixed image, and when clicking on it, it opens the video on Facebook. Task-6241607 Forward-Port-Of: odoo/enterprise#118619
This update corrects a technical issue that was causing a misleading error message when generating invoices with Co-Contractant tax rates. The fix ensures the note is only added to the invoice when the tax amount is zero, accurately reflecting the Co-Contractant's fiscal position and avoiding unnecessary alerts.
Original PR description
We were raising a UserError because we were putting the note even if the tax amount was different from 0. But in fact, it can be normal to have 0% cocontractant tax and normal rate at the same time on an invoice, which would have the fiscal position Co-Contractant. So remove these UserError, but only apply the note when the tax amount is 0 opw-6302806 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr