Tuesday, February 6, 2024
12 changes · 17.0
New functionality added to Odoo
This update adds Latvian language translations to the Subscription Sales module, enabling Latvian-speaking users to use the system in their native language. The translation files have been backported from the community version to ensure consistency across Odoo versions.
Original PR description
Community: https://github.com/odoo/odoo/pull/148658 Forward-Port-Of: odoo/enterprise#55838 Forward-Port-Of: odoo/enterprise#53921
Enhancements to existing features
The online shop price range display is now hidden by default, creating a simpler shopping page experience. Businesses can still turn it back on through the website editor if they want customers to filter products by price range.
Original PR description
This change hides the price range by default. It can be activated via the website editor if needed. task-3235068
Resolved issues and error corrections
The shop page color filter now uses a clearer border color so shoppers can more easily see which color option they selected. This reduces confusion during product filtering and improves the browsing experience.
Original PR description
The border color of 'color' filter attribute on /shop page corresponds to the color od the body which makes it difficult for users to see the color they selected. task-3584558
Documentation and clarification updates
This update adds new members to the Tecnativa Contributor License Agreement and updates existing member information with current due dates. This ensures the CLA documentation remains accurate and reflects the current status of Tecnativa contributors.
Original PR description
Add some new members and update old ones with the due date. @Tecnativa Forward-Port-Of: odoo/odoo#152745
Miscellaneous changes
Current behavior: In the barcode app, if you create a new receipt and add a line with a kit product. Then after you edit the line you just created, and put the quantity to 0 then confirm, the screen will freeze and you will need to refresh the page. Steps to reproduce: - Create a kit product with 2 component - Open barcode app, create a new receipt - Add the product, and validate the receipt (the kit will be split) - Edit one line and set quantity to zero - Confirm - you are now stuck
Original PR description
Current behavior: In the barcode app, if you create a new receipt and add a line with a kit product. Then after you edit the line you just created, and put the quantity to 0 then confirm, the screen will freeze and you will need to refresh the page. Steps to reproduce: - Create a kit product with 2 component - Open barcode app, create a new receipt - Add the product, and validate the receipt (the kit will be split) - Edit one line and set quantity to zero - Confirm - you are now stuck on this screen, confirm doesn't redirect opw-3524228 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#150700 Forward-Port-Of: odoo/odoo#149402
This update fixes data validation errors in the Australian payroll module's demo data and tests. The demo data was incorrectly assigning an employee record to a partner field, and tests were referencing accounting features that the module doesn't depend on. These fixes ensure the module works correctly during system setup and testing.
Original PR description
As seen in the nightly build https://runbot.odoo.com/runbot/build/57728091 There is an issue with the demo data where a hr employee record is trying to be set in a res.partner field. Also, one test is setting accounting stuff while this module isn't dependent on any account modules.
This update fixes a translation issue in the bank reconciliation feature that was preventing text from displaying correctly in Odoo 17.0. The fix updates the code to use the correct translation method, ensuring that users see properly translated text in their preferred language when using the bank reconciliation tool.
Original PR description
Replace `this.env._t()` (not supported in 17.0) by `_t()`.
This fix corrects how numbers are formatted when displayed in various modules. A recent code reorganization moved number formatting logic to a shared utility, but some modules that display field values weren't updated to use the correct formatter that handles special cases. This fix ensures all field displays use the proper formatting function, preventing potential display inconsistencies.
Original PR description
Commit [1] moved (almost all of) the code of formatFloat from views/fields/formatters.js to core/utils/numbers, to make it accessible in the frontend. A formatFloat function was kept in formatters.js to handle the false case, which makes no sense in number utils, but is useful for fields. However, a lot of imports have been updated to use the numbers.js instead of formatters.js (i.e. they no longer benefit from the support of false), whereas they are actually formatting field values, so they should have kept using the formatFloat from formatters.js This commit adapts the places where the formatFloat to use must come from formatters.js, not numbers.js. [1] https://github.com/odoo/odoo/commit/054ca0a19aaf297f420a1b478b93ae26f1b943b8 task 3722043
The tax report was displaying a warning banner whenever draft accounting entries existed, even when those entries were just routine closing entries that don't require user attention. This fix removes the banner for closing entries only, ensuring users only see warnings for draft invoices and entries that actually need review. The change also improves performance by optimizing the search query.
Original PR description
On the tax report, a banner can be displayed if there exist some draft moves for the selected period. We don't want the banner to appear if the only draft move is a closing entry. The goal of the banner is indeed to warn the user if he still needs to pay attention to draft invoices/entries that might impact the report. We therefore exclude all closing entries from draft moves search. A bit of refactoring was necessary to only apply the logic to tax reports. A limit=1 has also been added on the search_count to improve performances. task-3682431 Forward-Port-Of: odoo/enterprise#55573 Forward-Port-Of: odoo/enterprise#55167
Fixed an issue where the invoice extraction system was incorrectly including box data in validation requests even when users didn't select them. Now boxes are only sent when actually clicked and their text matches the field value. This improves data accuracy for the AI model's learning process.
Original PR description
Previously, we were always returning a box in the validation request, even when no box was clicked by the user. Now, the box will only be part of the request if it was indeed clicked by the user and that its text matches the text of the field. This has little impact on the learning of the AI model as it was mostly relying on the text of the validated value, not its box. Forward-Port-Of: odoo/enterprise#55783 Forward-Port-Of: odoo/enterprise#55643
This update improves the appearance of product filters on the online store by removing the visible scrollbar that appeared when filters had many options. Users can still scroll through filter options, but the interface now looks cleaner without the scrollbar being displayed.
Original PR description
When filtering column had too much attributes, scrollbar would appear. Scrollbar was deleted but ability to scroll is left. task-3609062 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#145934
This commit aims to fix a bug an issue that was introduced when fixing this (https://github.com/odoo/odoo/pull/150700). That fw-port was making another test fail (quit form view when save actually deletes) This will be forwarded to 16.4 as the base issue was resolved in 17 opw-3524228 Forward-Port-Of: odoo/enterprise#55236
Original PR description
This commit aims to fix a bug an issue that was introduced when fixing this (https://github.com/odoo/odoo/pull/150700). That fw-port was making another test fail (quit form view when save actually deletes) This will be forwarded to 16.4 as the base issue was resolved in 17 opw-3524228 Forward-Port-Of: odoo/enterprise#55236