Daily updates from Odoo
Wednesday, May 14, 2025
30 changes
4 changes
Resolved issues and error corrections
The UrbanPiper preparation display now opens correctly after recent display changes, preventing blank screens and errors when staff view delivery orders. Scheduled delivery times and countdown information are shown correctly, helping teams manage online orders reliably.
Original PR description
Steps to reproduce: === - Install the pos_urban_piper module. - Configure UrbanPiper credentials. - Place a test order. - Open the preparation display. - The display remains blank, and a Traceback occurred. Issue: === - Traceback or incorrect behavior while accessing delivery information. - Duration countdown is not working properly. - Some UI issues due to missing field references. Cause: === - Preparation display was revamped (https://github.com/odoo/odoo/pull/201170, https://github.com/odoo/enterprise/pull/78493). - preparationDisplay renamed to prepDisplay. - Wrong field access in delivery information. Fix: === - Updated preparationDisplay to prepDisplay. - Fixed condition to properly show scheduled delivery time. task-4755595
This update prevents Accounting from crashing when users select records and click the Reconcile button. It removes a reference to an outdated field so reconciliation can continue working as expected.
Original PR description
The system will crash when we select the record and click on `Reconcile` button.
Steps to produce:-
1. Go to `Accounting > Accouting > Closing > Reconsile.`
2. Select any record and click on the `Reconcile` button.
Error:-
`KeyError: 'counterpart_type'`
`ValueError: Invalid field account.reconcile.model.counterpart_type in
condition ('counterpart_type', 'not in', ('sale', 'purchase'))`
This field `counterpart_type` is removed from `account_reconcile_model.py`.
Reference:- https://github.com/odoo/odoo/pull/203327/files#diff-c217a13a40a3cc27dc516b899793abecfac8cab9a42fed407d4776bcbc9de9a8L180-L188
Sentry - 6600271702Fixed an issue in Odoo Sign where the last added signer could be missing from the sending wizard. This ensures templates with multiple signers are fully saved before sending, reducing the risk of incomplete signing requests.
Original PR description
Version: - saas-18.3 Steps to reproduce: - Add one template. - Add two signer. - Try to send/sign now template Issue: - The second signer (the one added last) doesn't appear in the signing wizard. Cause: - The saveBeforeAction() function calls signStatus.save(), which tries to save multiple document iframes at once but doesn't wait for all of them to finish saving. Solution: - Modify the save() method to return a Promise that resolves only after all Document saves are complete.
Spreadsheet users can once again insert cells in pivot tables after a previous change removed this option. This restores expected spreadsheet editing behavior and helps users adjust pivot-based reports without workarounds.
Original PR description
This commit reverts the commit c4a481aa5fd4c4168e2ec0252bca46ac95cf1a67 which removed the ability to insert cells in pivot tables. Task: 4707732
2 changes
Resolved issues and error corrections
This update aligns Odoo’s spreadsheet features with the latest spreadsheet engine release. It restores the ability to insert cells in pivot tables and moves shared chart options so dashboards can use them more consistently.
Original PR description
See https://github.com/odoo/odoo/pull/209731
This fixes two IoT-related actions that were still using an outdated internal message name after a recent change. It helps ensure self-order kiosks open correctly and delivery labels can be printed without interruption.
Original PR description
In commit 313bde6, the `_send_message` method was renamed to `send_message`, but not all of its usages were updated. This commit fixes the remaining usages (opening kiosk and printing delivery labels).
24 changes
Resolved issues and error corrections
This update improves Odoo's internal Hoot testing tools and related unit tests so developers can run tests more consistently and with fewer false failures. The changes are intentionally limited to the test ecosystem, reducing risk to day-to-day business features while improving product quality assurance.
Original PR description
## Pull Request HOOT (PRHOOT) 31 This pull requests brings various improvements and fixes to Hoot and the Odoo unit test ecosystem. See the different commit messages for more details. Note: these changes are made in stable to avoid having to support multiple versions of the HOOT API. As such, these changes are intended to be strictly limited to unit tests as to not put the rest of the code base at risk. Enterprise: https://github.com/odoo/enterprise/pull/83169 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Customers can now complete Stripe payments even when the option to save payment methods is turned off. This fixes a checkout issue and ensures both saved-payment and non-saved-payment Stripe setups can receive payments reliably.
Original PR description
177d4cb fixed an issue that prevented to use of a non-tokenizable payment method to pay for a subscription if the "Allow saving payment method" setting was enabled on a Stripe provider. This fix introduced a bug that prevented customers from paying if the "Allow saving payment method" setting was disabled on a Stripe provider. After this commit, both behaviors should allow receiving payment with Stripe. opw-4787854
The Time Off dashboard now includes the expiration dates for carried-over leave when calculating an employee’s expiring balance. This helps employees see when unused days will expire and plan their time off before losing them.
Original PR description
In the Time Off app dashboard, employees can view whether some of their unused time off days are set to expire and the exact expiration date. At the accrual plan level, a validity period can be…
In the Time Off app dashboard, employees can view whether some of their unused time off days are set to expire and the exact expiration date. At the accrual plan level, a validity period can be defined for carried-over days, after which they expire. However, the expiration date of these carried-over days hasn't been considered when calculating the employee's expiring balance. Steps to reproduce: 1. Create a new accrual plan. 2. Define a new accrual plan level. 3. Configure the level to accrue 10 days annually. 4. Set the carryover validity to 2 months. 5. Keep all other settings as default. 6. Create a new allocation. 7. Apply the previously defined accrual plan. 8. Set the start date to 01/01/20xx (where xx is the previous year). 9. Confirm the employee's balance is now 10 days. 10. Navigate to the dashboard. 11. Set the date to 01/01/(20xx + 2), corresponding to the carryover date. 12. Notice that no expiration date is displayed on the dashboard. 13. The expiration date should be displayed as 01/03/(20xx + 2). This update addresses the issue by incorporating the expiration dates of carried-over days into the calculation. task-4207987
Viewing completed activities could fail when an activity was still linked to a record that had already been deleted. The fix skips those missing records so users can continue reviewing activities without hitting an error.
Original PR description
How to reproduce: – Revert fix: odoo/odoo#206361 which fix archived activities not being deleted when their related record are – Install project and log as admin – In Settings -> Activity Type ->…
How to reproduce: – Revert fix: odoo/odoo#206361 which fix archived activities not being deleted when their related record are – Install project and log as admin – In Settings -> Activity Type -> To-Do -> check “Keep Done” – In Project -> Office Design -> Energy Certificate -> Schedule an activity To-Do for “Marc Demo” (it must be another user) – Mark it as done – Delete the task (cog menu) – Click on the clock on the top right – And then on “View all activities” – Remove all filters – Add filter “Done” You get a “Missing Record” error: “Record does not exist or has been deleted.” The error happens on allowed_ids[res_model] = set(records._filtered_access(operation)._ids) because records contains the deleted task. Note that this line is bypassed for activities of the current user, that’s why it is important to assign the test activity to another user. We solve the problem by restraining the records to the existing one (using .exists on the recordset). Note that in v17, there is no problem because _filter_access_rules (with check_access_right) was used instead of _filtered_access. We've considered to clean the records as they were detected in the mail_activity _search method but that was not straightforward as it is usually executed with a readonly transaction (web_search_read) and there is any way already an upgrade script which suppress all orphan activities: https://github.com/odoo/upgrade/pull/6952. Technical note: the test doesn't reproduce exactly the problem (no exception) but we check that the records are filtered as explained above. Task-4730338
The HTML editor now hides its floating toolbar when scrolling would push it outside the editable area. This prevents the toolbar from covering fixed page elements like headers, improving the editing experience in scrollable content.
Original PR description
Problem: In a scrollable editable, the floating toolbar may overflow and appear on top of fixed elements like headers. Solution: Detect overflow relative to the scrollable container and hide the toolbar when it is no longer fully visible. Before:  After:  Steps to reproduce: 1. Open the TODO app. 2. Add enough content to make the editable scrollable. 3. Open the floating toolbar on the first element. 4. Scroll down. → The toolbar overlaps with the page header. opw-4770575 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an issue where Firefox could delete a backtick character while users were typing in the HTML editor. The editor now avoids interrupting Firefox's text input process unless it is actually applying inline code formatting, helping preserve what users type.
Original PR description
Problem: In Firefox, typing the backtick character "`" can cause it to be automatically deleted. Cause: Typing "`" initiates a composition session. If the selection is changed while `isComposing` is true, Firefox cancels the session and deletes the character. Solution: In `InlineCodePlugin.onInput`, the selection is now modified only when the `<code>` tag is applied. This intentional change ends the composition safely. In all other cases, we avoid changing the selection during composition to preserve user input. Steps to reproduce: 1. Open the HTML editor in Firefox. 2. Type "`". → The character disappears unexpectedly. opw-4760478 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Freelancers using the Bizkaia tax agency can now cancel TicketBAI invoices without generating an invalid XML error. The cancellation format has been aligned with Bizkaia's official requirements, reducing failed cancellation submissions.
Original PR description
The XML format used to cancel invoices for freelancers in Bizkaia was invalid. Steps to reproduce: - Configure a freelance company with Bizkaia as tax agency - Create and send an invoice to TicketBAI - Cancel it using "TicketBAI Cancel" - You get an error: "Invalid content was found starting with element 'Renta'. One of '(AnulacionTicketBai)' is expected." This fix follows the official Bizkaia documentation: https://www.batuz.eus/fitxategiak/batuz/lroe/Batuz_LROE_Especificaciones_Env%C3%ADo_Masivo_V1_0_7.pdf (see page 30) and the example provided here: https://www.batuz.eus/fitxategiak/batuz/LROE/ejemplos/Ejemplo_Anulacion_1_LROE_PF_140_IngresosConFacturaConSG_79732487C.xml opw-4634677
This fix prevents duplicate records from being created when the same paid point of sale order is synced more than once. It helps avoid duplicate invoices, stock transfers, and related operational cleanup for businesses using the point of sale app.
Original PR description
Before this commit, if a paid order request was sent twice, duplicate records such as pickings or invoices could be created in the system. opw-4788967 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Users can now edit sections and notes on accounting-related documents until the parent document is cancelled, locked, or posted. This prevents notes added during normal workflow steps, such as after confirming a purchase order, from becoming unexpectedly locked after focus is lost.
Original PR description
Description of the issue this commit addresses: In the move form view, the sections and notes are made readonly too soon. For example in a purchase order form, when the PO is confirmed, it is still…
Description of the issue this commit addresses: In the move form view, the sections and notes are made readonly too soon. For example in a purchase order form, when the PO is confirmed, it is still possible to add notes and sections but not to edit them so they are locked once the focus is lost. As it is intended to be able to add notes at such point so it should be possible to edit them too. --- Desired behavior after this commit is merged: This commit makes it so that the readonly attribute of the sections and notes depends on the state of the move of the form. Currently, we want the readonly only if the parent is cancelled (cancel), locked (done) or posted (posted). --- Note on the fix: The addition of the sectionAndNoteIsReadonly() getter is the part of the fix that really allows the user to edit text that was previously uneditable. On the other hand, the override of the isCellReadonly method is only here to make sure no readonly classes like text-muted are applied if the cell is still editable. --- opw-4744367 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Odoo now prevents invited attendees from syncing older Outlook calendar events that they do not own before the organizer syncs them. This keeps meeting ownership correct and helps avoid duplicate or organizer-less events in Odoo and Outlook.
Original PR description
Before this commit, when an user A is invited by an event of user B and none of these users are synchronized with Outlook, when the synchronization of user A starts or resumes, the event will be…
Before this commit, when an user A is invited by an event of user B and none of these users are synchronized with Outlook, when the synchronization of user A starts or resumes, the event will be synchronized without any organizer in user A's Outlook calendar due to a limitation of Microsoft of not accepting creating events for other users (user B) directly. In the meanwhile, in Odoo, the event ownership will be transferred from user B to user A, which is also wrong. After this commit, when user A starts or resumes its synchronization with Outlook, previous Odoo events which user A is attendee but not organizer won't be synchronized until the organizer synchronizes its calendar. This will keep the ownership of the event intact in Odoo, and when the organizer synchronizes its calendar with Outlook, it will be correctly synchronized in Outlook as well. This approach will also reduce the possibility of duplicated events in Odoo side (and by transitivity, in Outlook side). task-4269432
This fixes an issue where invited calendar events could be sent to Google with the attendee incorrectly set as the organizer. Events now wait for the actual organizer to synchronize, keeping ownership consistent between Odoo and Google Calendar.
Original PR description
Before this commit, when an user A is invited by an event of user B and none of these users are synchronized with Google, when the synchronization of user A starts or resumes, the event will be synchronized with the user A as organizer in Google. In the meanwhile, in Odoo, the event ownership will be shown as user B, mismatching the organizer field between the two ends. This is problematic because the ownership of the event will be forever wrong in Google. After this commit, when user A starts or resumes its synchronization with Outlook, previous Odoo events which user A is attendee but not organizer won't be synchronized until the organizer synchronizes its calendar. This will keep the ownership of the event intact in Odoo, and when the organizer synchronizes its calendar with Google, it will be correctly synchronized in Google as well. task-4269432
Sharing a project no longer removes the project manager from the follower list. This keeps the responsible manager informed after collaborators are added, avoiding missed project updates.
Original PR description
**Issue:** When sharing a project, the project manager was accidentally removed from the project's followers **Steps to reproduce:** - create a new project. - in the project settings, click “Share Project”. - add a collaborator and share. The project manager disappears from the follower list, leaving only the new collaborator. opw-4764035
This fix stops the Point of Sale system from creating duplicate stock picking records when an existing order is paid. It ensures already-processed orders are not processed again, helping keep inventory movements and order records accurate.
Original PR description
Before this commit: =================== Two pickings were being created for existing POS orders when the order was paid. After this commit: =================== If an order is not in the draft state, there's no need to call _process_order, which was causing multiple pickings to be created for a single POS order. A check has been added to verify the state of the existing order before processing. opw-4790841 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
When viewing a task in debug mode, opening a timesheet line from the embedded list now shows the dedicated timesheet form instead of the generic analytic item form. This reduces confusion and helps users edit timesheet details in the expected screen.
Original PR description
Before this commit, when the user is in debug mode and go to the form view of a task with some timesheets, he can optionally display the view button in the sub list view of timesheets. The problem is the view button will return the first form view found in timesheet model. Since timesheet model is in fact `account.analytic.line`, the first form view opened is the one used for Analytic Items and not for the timesheets. This commit alters the form view by using `form_view_ref` context key on timesheet_ids field to be able to load the expected form view. task-4781729
This fixes an issue where imported records could have user-provided property values replaced by default values during creation. Defaults are now only applied when no value was provided, helping preserve imported business data as intended.
Original PR description
When importing records that include values for "properties" fields, the current logic in `_add_missing_default_values` overwrites those values with defaults, even if the user explicitly provided them. After this commit we'll only use defaults if the value is not already set. opw-4714901
Fixed an issue where activating multiple empty analytic plans could cause the Profit and Loss report columns to display incorrectly. This helps accounting users rely on accurate report layouts when using analytic accounting configurations.
Original PR description
Steps to reproduce - Install Accounting - Go to settings and activate Analytic Accounting - Go to Configuration and create two analytic plans without any analytic accounts - Go to the Profit and Loss report - Activate the two new analytic plans -> the report is messed up in its columns Cause of the issue: When two analytic plans without any analytic account are present, they have the exact same forced_options, leading to the same column_group_key. task-4675686
Fixes an issue where the Timesheets custom grouping dropdown could close immediately in some browsers. Users can now select custom groups without the timer button unexpectedly taking focus.
Original PR description
**Steps to reproduce** Reproduced on Linux/Firefox. Not reproducible on all browsers. - Open Timesheets app. - Try to add a custom grouping via the "Add Custom Group" select. Bug: the dropdown closes immediately **Cause** Commit 72af4ca4d9859e7236a21cb71401d9f690c42eb6 added an event listener https://github.com/odoo/enterprise/blob/72af4ca4d9859e7236a21cb71401d9f690c42eb6/timesheet_grid/static/src/components/timesheet_timer_header/timesheet_timer_header.js#L41-L48 Depending on the browser, the first click on a `select` may not propagate to its anchestors all the way to the document `body`. However, if it does, the timer button is focused and the dropdown closes. **Solution** Exlude clicks on popover elments from focusing the timer Start/Stop button. opw-4768571
Portal users will no longer see internal document details such as company, website, locking user, or alias email in list views. This keeps customer-facing document views cleaner and prevents exposing fields meant for internal staff.
Original PR description
'website_id' and 'company_id' should be not visible to portal users
Uploaded documents on projects and tasks now inherit the related customer, so they appear from the customer's Documents smart button as expected. This helps users find customer-related project files consistently without manual correction.
Original PR description
### Steps to reproduce: - Navigate to any task that has a customer assigned to it - Upload a document using the attachment button in the chatter - Click on the Documents smart button in the task's form - Notice the document is shown there - Naviagte to the customer's profile and click on Documents smart button - Notice the document is not shown ### Cause: This is happening because when creating a document for the attachment we uploaded we don't assign a partner for it as we don't have an override for _get_document_partner neither in project.project nor project.task https://github.com/odoo/enterprise/blob/9b133b2cd03a726d330c87a1227903fc925b0ed5/documents/models/documents_mixin.py#L37 ### Fix: We override _get_document_partner in project.project and project.task to get the partner related to this project/task opw-4718592
Automatically created approval actions in Studio are no longer counted as custom code lines. This prevents automated system-generated items from affecting usage or billing metrics intended for user-created customizations.
Original PR description
…d not CLOC Before this commit, when approvals created action servers, there were part of the CLOC After this commit, they are not. opw-4784181
This fix makes an automated rental checkout test wait until rental time options are fully loaded before continuing. It reduces false build failures caused by timing issues, helping teams get more dependable test results without changing customer-facing behavior.
Original PR description
The rental_cart_update_duration tour was failing due to a timeout while selecting for the .o_time_picker_select:eq(0) element. This change add a wait step was to ensure the rental options are fully loaded before proceeding. Avoiding flaky behavior caused by timing issues in the UI. build_error-161173
This fixes an uninstall issue where worksheet templates could prevent related database tables from being cleaned up properly. It helps ensure modules can be removed and reinstalled cleanly, reducing failures in automated maintenance tests and avoiding leftover data problems.
Original PR description
During uninstall, fields (columns) bound to the module get deleted first, so the columns used for the search don't exist anymore and the search fails, which leads to the tables not being properly dropped, which can then lead to the module reinstallation not being clean e.g. because there are rows left in the table which can lead to constraints not being addable on install. This has been the cause of `resource` failing forever in the uninstall nightly test: it's most likely been failing since this hook was introduced.
WhatsApp message templates now use the web address tied to the specific customer record's company instead of a generic template value. This prevents customers from receiving links for the wrong company in multi-company setups, reducing confusion and failed interactions.
Original PR description
Previously, the WhatsApp template used the `base_url` from the template variable instead of deriving it from the specific `record`, leading to incorrect URLs in a multi-company environment. This caused issues where messages contained URLs from the wrong company, potentially confusing customers and breaking expected functionality. This fix ensures that the base URL is correctly retrieved from the `record`, aligning it with the active company context and preventing cross-company URL mismatches.
This fix prevents the automated subscription expiration process from replacing an already defined end date with the current date. Businesses keep accurate contract and billing period records when subscriptions are closed after their planned end date.
Original PR description
- 18.0 **Steps to Reproduce:** - Create a subscription with a custom end date (e.g., 2025-04-09). - Manually generate an invoice covering a specific period (e.g., March 10 to April 9). - Wait until after the end date has passed (e.g., run expiration cron on 10 April or later). - The expiration cron triggers and overwrites the manually set end_date with the current date **Issue:** - The expiration cron overrides the existing end_date of the subscription. **Cause:** - The _get_closing_end_date method sets the end_date unconditionally during closure, even when an end_date is already defined. **Solution:** - Update the _get_closing_end_date logic to return the existing end_date if it is already set and valid, preventing it from being overridden when called by the expiration cron. task-4703577