Daily updates from Odoo
Friday, February 14, 2025
12 changes
5 changes
Resolved issues and error corrections
The French profit and loss report now includes two previously unmapped accounts in the appropriate sections. This helps businesses get more complete and accurate financial reporting for taxes, duties, and interest charges.
Original PR description
from https://github.com/odoo/enterprise/pull/78791 @FlorianGilbert screencast : https://drive.google.com/file/d/1O-03Mcd58KUbCAUqX7QLN48y2_6V5kQZ/view?usp=sharing What are the steps to reproduce the issue? Go to runbot 18.0 or master, install directly l10n_fr_reports What is the current behavior you observe? There are two account number that no request by the P&L  What would you like the behavior/result to be? I thinks that 638000 account would be in item "Taxes and duties" of french report P&L 669000 account would be in item "Interest and similar charges" of french report P&L   ticket : https://www.odoo.com/fr_FR/my/tasks/4557675
This update fixes an internal test for Belgian tax reporting that was failing after stricter multi-company checks were introduced. It helps keep the Belgian reporting module reliable in environments where multiple companies are configured.
Original PR description
The test started failing because of a multi-company consistency check introduced in https://github.com/odoo/odoo/pull/197494 Community PR: https://github.com/odoo/odoo/pull/197494
This change updates an automated checkout test to match the current button wording in the Colombian e-invoicing website sales flow. It helps keep quality checks reliable without changing the customer-facing shopping experience.
The French profit and loss report has been corrected so accounts 638000 and 669000 are included in the appropriate report lines. This helps businesses using French accounting get more complete and accurate profit and loss reporting without manual adjustments.
Original PR description
screencast : https://drive.google.com/file/d/1O-03Mcd58KUbCAUqX7QLN48y2_6V5kQZ/view?usp=sharing What are the steps to reproduce the issue? Go to runbot 18.0 or master, install directly l10n_fr_reports What is the current behavior you observe? There are two account number that no request by the P&L  What would you like the behavior/result to be? I thinks that 638000 account would be in item "Taxes and duties" of french report P&L 669000 account would be in item "Interest and similar charges" of french report P&L   ticket : https://www.odoo.com/fr_FR/my/tasks/4557675
This update fixes an internal test for Belgian reporting so it works correctly with stricter multi-company checks. It helps keep reporting quality controls reliable without changing day-to-day user behavior.
Original PR description
The test started failing because of a multi-company consistency check introduced in https://github.com/odoo/odoo/pull/197494 Community PR: https://github.com/odoo/odoo/pull/197494
7 changes
Resolved issues and error corrections
This fixes an issue where selecting a banner from the editor command menu could cause an error. The editor now targets the correct banner content structure, making banner insertion work reliably for users.
Original PR description
**Problem**: After introducing `baseContainer`, the default `baseContainer` is `div`. To correctly update the selection to the banner, we need to update the selector to use the default baseContainer instead of hardcoding `p`. **Solution**: Modify the selector to use the default baseContainer for banner selection updates instead of `.o_editor_banner > div > p` **Steps to Reproduce**: 1. Type `/banner`. 2. Press Enter on any banner. 3. Traceback occurs. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix ensures the required IBAN support module is installed automatically when payroll and accounting are used together. It helps payroll accounting setup work as expected without manual intervention.
Original PR description
Description of the issue/feature this PR addresses: Currently, if `hr_payroll` and accounting is installed, the `hr_payroll_account` is not installed automatically. Which should be the case since its marked as `auto_install`. Current behavior before PR: Desired behavior after PR is merged: The module is required for `hr_payroll_account` to auto_install. This should fix that issue. Auto-install for Payroll localisation with accounting should work as long as the user has accounting and payroll installed. Enterprise PR: https://github.com/odoo/enterprise/pull/75695 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Task# 4201469
This fixes an automated recruitment website test so it works even when sample demo data is not installed. It helps keep quality checks reliable across different setup configurations without changing customer-facing behavior.
Original PR description
The issue is introduced in this PR: odoo/odoo#197115 Reason: When the test tour website_hr_recruitment_tour_edit_form is launched without demo data, the test failed because mitchell admin doesn't exist. Without demo data, the name of the administrator is administrator; so it's why instead of looking to mitchell admin this check will look to admin. task-4571866 Description of the issue/feature this PR addresses: Current behavior before PR: Desired behavior after PR is merged: --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update stabilizes several automated walkthroughs used to verify key Odoo flows such as manufacturing work orders, barcode operations, restaurant preparation displays, website rentals, helpdesk knowledge, and Studio exports. The changes reduce false failures in testing by waiting for screens and actions to be ready before proceeding, helping teams maintain confidence in releases without changing end-user functionality.
Original PR description
clipboard_macros.js : use hoot action instead of action implemented in
web/core/macro.js (The goal is to definitly remove this actions
from macro.js)
tour_shopfloor.js : Ensure body has not visible modal (and not just
modal)
preparation_display_tour.js : WaitRequest after clickOrderButton. tour_shopfloor.js : additional step to ensure state of DOM. tour_test_mrp_barcode_flows.js : additional step to ensure state of DOM.
No need to click on the input when use edit() action. edit() already
click in input to focus it.
export_tours.js : additional step to ensure state of DOM. helpdesk_knowledge_template_bloc_tour.js : No need to click when the
step is just a DOM check.
website_sale_change_rental_duration.js : additional step to ensure
state of DOM.The French profit and loss report now includes newly required accounts. This helps businesses using French accounting get more complete and accurate financial statements.
Original PR description
(cherry picked from commit bd247dde7dd0d6080ac70ea5bbd99f9a59061976) Parent https://github.com/odoo/enterprise/pull/79361 FYI @FlorianGilbert
The product page now hides the subscription pricing table when there is only one recurring plan available. This avoids showing an unnecessary one-option comparison table, making the buying experience cleaner for customers.
Original PR description
### Steps to reproduce: - Create a recurring product with only one recurring plan - Go to the product's page in the website - Notice the pricing table is shown with only one plan ### Cause: In the pricing view in the website we are showing the pricing table just after checking if we have pricings or not. ### Fix: We are now checking if the pricings we have is more than one we will show the table otherwise will not show it. opw-4559071
The purchase and vendor dashboards now calculate scoreboard totals using the same purchase order criteria as the linked detail views. This prevents users from seeing inflated or mismatched totals when they click through from logistics dashboard scorecards.
Original PR description
* = stock * PROBLEM: when viewing purchase or vendor dashboard (under logistic section) , viewing the scoreboard for purchased or order it calculate all record from purchase.report but when clicking on it, redirect to view of 'purchase order' only which is wrong compare to the number display on the scoreboard * SOLUTION: This commit fix by edit the domain of related pivot which the scoreboard use to display data to the domain having state in either Purchase or Done closes odoo/odoo#193640 X-original-commit: https://github.com/odoo/odoo/commit/f062138