Daily updates from Odoo
Thursday, December 25, 2025
6 changes · master
Resolved issues and error corrections
This update refines the chat window's closing behavior, specifically addressing adjustments to AI overrides. The change ensures compatibility with the latest AI API, enhancing the overall chat experience. This improves the reliability and performance of the chat feature.
Original PR description
The community counterpart of this PR cleans the chat window close override. This commit adapt the ai overrides to the new API. community: https://github.com/odoo/odoo/pull/240553
This update resolves a recurring issue where a tour within the MRP barcode process was failing intermittently. The fix adds a check to ensure all necessary data is loaded before proceeding, preventing errors caused by timing conflicts. Simplifying the tour and adding extra steps ensures a smoother and more reliable user experience.
Original PR description
Test `test_no_split_uncompleted_done_move` is failing non-deterministically after https://github.com/odoo/enterprise/pull/98184 Because it was going too fast and sometimes the lines wouldn't have been loaded by the time its the step's turn. A check was added in order to make sure the lines are loaded before moving onto the next steps This commit also simplifies the tour and adds extra steps to avoid failure. Runbot: 234351 Forward-Port-Of: odoo/enterprise#100329
A recent test tour failed due to an unexpected disappearance of a newly created barcode line. This fix ensures a consistent and predictable process for scanning GS1 barcodes during package receipt, improving the reliability of our test procedures. The update also refines the tour triggers and uses helper methods for better control.
Original PR description
Runbot build error: [232683](https://runbot.odoo.com/odoo/runbot.build.error/232683) Forward-Port-Of: odoo/enterprise#101495
This update expands the functionality of the 'itsme' system to include countries beyond Belgium and the Netherlands, aligning with official coverage. This ensures that Odoo Enterprise users in more locations can utilize this secure authentication method, improving access and compliance. The change addresses a previous limitation and enhances the system's global reach.
Original PR description
Extend itsme availability beyond BE and NL to match the official itsme coverage: https://www.itsme-id.com/en-BE/business/coverage task-5424818 Forward-Port-Of: odoo/enterprise#102823 Forward-Port-Of: odoo/enterprise#102423
This update fixes a technical error that prevented some users from opening the timesheet application. The issue stemmed from incorrect menu ordering and access permissions, which caused a system traceback. The fix ensures all users can correctly access and utilize the timesheet functionality.
Original PR description
Steps to reproduce: - Login through user who has user:own timesheets only access or group_hr_timesheet_user only (basically `user demo` when demo data is installed). - Open timesheets apps. Issue: -…
Steps to reproduce: - Login through user who has user:own timesheets only access or group_hr_timesheet_user only (basically `user demo` when demo data is installed). - Open timesheets apps. Issue: - Traceback appears. Reason: - Here due to manually pushing `Timesheet Assistant Menu` having lower sequence(7) than `My Timesheets` (default sequence 10), so action is called which tries to search for which a base user will never have access to. Thus a traceback. - Also own timesheets user doesnt have access to `aw.rule` model which is need to open `Timesheet Assistant Menu`. Fixes: - Added sudo to search through action windows which is needed. - Reorder menu items sequence so we have `My Timesheets` in the starting and then `Timesheet Assistant Menu` is loaded. - Added a entry in model access CSV to give read access to aw.rule model records. Another small issue was when we generate fake data using `AwFakeEventsService` we source out all type of projects and tasks, which might cause some errors as they dont have account_id needed to make timesheets thus throwing validation on save. Fixed that by adding domain in fetch non-template data. task-5438048 Forward-Port-Of: odoo/enterprise#102779
This update resolves an issue where the 'Select All' button in the documents control panel only processed the first 40 files. Now, all selected files (regardless of the number) are correctly included when performing actions like duplication or moving to the trash. This ensures consistent and reliable functionality for managing large document sets.
Original PR description
Steps to Reproduce =================== 1. Upload more than 40+ files in a folder. (One page displays upto 40 docs) 2. Use the checkbox to select all files on the page (this selects only 40 files) 3.…
Steps to Reproduce =================== 1. Upload more than 40+ files in a folder. (One page displays upto 40 docs) 2. Use the checkbox to select all files on the page (this selects only 40 files) 3. Click the 'Select All' button in the control panel to select all 40+ files. 4. Now, try duplicating or moving them to the trash. => Only the first 40 selected files (on the single page) are considered for action, not all the selected files. Technical ========== For documents control panel action we have custom handling for selecting records and executing action. We use `model.root.selection` which only consider records in current page, case of select all records from other pages is missed here. After this PR ================== - All selected records are considered for the actions - Added custom `getResIds` method to get filtered `resIds` as per domain. Note: `getResIds` in DynamicList doesn't have custom domain feature so create our own as per use case Task-4700841 Forward-Port-Of: odoo/enterprise#101996 Forward-Port-Of: odoo/enterprise#87634