Tuesday, December 9, 2025
9 changes · 17.0
Resolved issues and error corrections
This update corrects a technical issue where the text displayed in the confirmation window of a button was not included in the translation files. This ensures that the text can be properly translated into different languages, improving the user experience for international users. The fix adds the necessary attribute to the XML file to allow for translation.
Original PR description
Description of the issue/feature this PR addresses: The texts from the "confirm-title" attribute of a tag are missing from the POT files. Current behavior before PR: In this line there is a text (the caption of the confirmation window): https://github.com/odoo/odoo/blob/19.0/addons/mass_mailing/views/mailing_mailing_views.xml#L66 "Ready to unleash emails?" - This text is missing from the POT file. Desired behavior after PR is merged: * These texts will apeear in POT files * Someone needs to translated them * It will show up as translated texts in UI --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update fixes an issue where large product images on the Shop page appeared blurred. The change ensures product images maintain their correct aspect ratio when displayed, providing a better visual experience for customers. This was achieved by adding a specific CSS class to control image scaling.
Original PR description
Steps to reproduce: =================== 1- Add a product with a very large image width & publish product. 2. Go to the Shop page & type product name. -> The product image is blurred. Cause: ====== The product images have `h-100 w-100` classes which force them to fill the container dimensions exactly, ignoring their intrinsic aspect ratio. Solution: ========= Add the `object-fit-contain` class to the image. This ensures the image scales to fit within the container while preserving its aspect ratio. Side note: `object-fit-contain` class will be added only in version 17.0 In the next versions the class already exists. opw-5258658 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
A test related to holiday tax calculations in the Belgian payroll module (l10n_be_hr_payroll) was failing due to an outdated date setting on the payslip. This update changed the payslip date to a relative one, resolving the crash that occurred in future years and ensuring the test continues to run correctly.
Original PR description
Before this commit, the test `test_compute_double_holiday_withholding_taxes_with_3_children` was testing on a payslip that was set in 2024. As this test was based on a contract starting on the system's date -2, the test would start crashing in 2026. This commit changes the payslip date to make it relative instead of fixed runbot error 230738 Forward-Port-Of: odoo/enterprise#101348
This update fixes an issue where multiple quality checks were being created for the same picking when adding additional products. The change ensures that only one quality check is generated per operation type (Receipts), streamlining the process and preventing errors. This improves efficiency and data accuracy related to stock quality control.
Original PR description
Steps to reproduce: -------------------------- 1. Install the Quality module. 2. Create a Quality Control Point with: * Control per: Control on Operation. * Operation: Receipts (set in the Operations…
Steps to reproduce: -------------------------- 1. Install the Quality module. 2. Create a Quality Control Point with: * Control per: Control on Operation. * Operation: Receipts (set in the Operations field). 3. Create a Receipt containing one product. 4. Click the Mark as To Do button. 5. Add another product to the same Receipt and save it. Observation: -------------------------- Two quality checks are generated for the same picking, despite the tooltip indicating that only one check should be created per operation. Issue: -------------------------- No validation existed to verify whether an operation-based quality check had already been created for the picking when adding additional stock moves after confirmation. Solution: -------------------------- Add a check ensuring that if a quality check already exists for the same picking type and operation (with no product or category criteria), no additional operation-based quality checks are created. opw-5249233
This update fixes inaccuracies in the module description for the Danish localization (l10n_dk) within Odoo. The changes ensure accurate and clear information for users and stakeholders regarding the module's functionality. This improves the overall user experience and documentation.
Original PR description
There were some mistakes in the Danish part of the module description. This commit corrects those mistakes.
This update corrects a bug where records in the `ir.model.data` table weren't properly removed when a model was unlinked. This prevented data inconsistencies and potential errors. The fix ensures data integrity by cleaning up related records, improving system stability.
Original PR description
When a model is unlinked, the `ir.model.data` related to that model wasn't cleaned up. This leaves dangling records that can generate issues. sentry-6938852090
This update ensures that users' presence status is consistently updated after they return from periods of inactivity. Previously, the system didn't always track these status changes, leading to inaccurate user presence information. This fix guarantees a more reliable and accurate representation of user availability.
Original PR description
Before this commit, the user's presence might not be updated after returning from inactivity. This occurs because the status service only sends an update if the user was away during the previous update. However, this condition doesn't account for cases where the update was never sent.
This update fixes a problem where blog post publication tests were unreliable due to inconsistent timing. By freezing time during key test steps, the tests now produce consistent results, ensuring accurate performance measurements. This improves the reliability of our blog performance metrics.
Original PR description
Some blog post are published with a post_date matching the time the test is run meaning that they are not considered published. We have multiple possibilities when _get_url_hot_query is called: - all call to /blog are executed before the publication date: 9 - some call to /blog are executed after the publication date: 11 - only the last call is executed after the publication date: ~40-50 Using freezetime after the publication date ensures a consistent result This can be easily reproduced by freezing the time on the first calls in _get_url_hot_query and not on the last one. Runbot error [55754](https://runbot.odoo.com/odoo/error/55754)
This update resolves an issue where Odoo's demo data installation caused problems when used with databases that don't use US dollars. The fix ensures the demo data integrates correctly with various currency settings, improving compatibility across different company setups. The change is a minor correction to avoid a complex refactoring.
Original PR description
Currently in the `_merge_move_itemgetter` the system call `self.company_id.currency_id.decimal_places`. However the demo data of stock create a database with US currency and some `stock.move` in it. If we have an existing database with EUR for example. The upper call will return a `currency_id.decimal_places` since we have multiple currency. The best solution, would be to split `_action_confirm` to do a loop by company. But it would need a small refactoring and we will do a minimal diff to fix this issue. Using the smallest currency among all the company is not always correct but it's a super edge case and we should probably remove this code since it went to far. Close #230965, #234078