Daily updates from Odoo
Thursday, December 26, 2024
9 changes · 18.0
Resolved issues and error corrections
CRM pipeline stages now show helpful tooltip text again when users hover over a stage that has requirements set. This restores expected guidance in the Kanban view, helping sales teams understand stage criteria without opening the stage settings.
Original PR description
**Issue:** No tooltips are displayed on hovering CRM leads stages in Kanban view. **Expected:** As for versions up to 17.4, on hovering the stage, if requirements are set, a tooltip box should appear. **Steps to reproduce:** - Activate CRM app; - Open a CRM leads pipeline in Kanban view; - Edit a stage by adding a requirement text and save; - Place the mouse over the stage and wait. **Cause:** The tooltip box display has been removed for over simplification. **Fix:** Add a tooltip box display based on stage title hover and reverting 1 line of https://github.com/odoo-dev/odoo/commit/232c218d87a94e1d77fc69afdbfd77e340504cad#diff-62eff7f830df5fbafad68abd5de0373654a620f6685cbcf3a4b8c20db64f0b7cL540. opw-4359292 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes website navigation so mega menu headings and links are highlighted when visitors are on a matching page. It makes menus behave consistently with regular navigation items, helping visitors better understand where they are on the site.
Original PR description
The active CSS class was not applied to parent items of the mega menu or their child items, resulting in the corresponding menu item not being highlighted in the navigation bar. This commit ensures that the active class is correctly applied to mega menu items, providing consistent highlighting behavior similar to regular pages. Steps to reproduce: - Open the Website Editor. - Navigate to Site > Menu Editor. - Add a Mega Menu and save the changes. - Edit the page. - Open the Mega Menu. - Change any link to /contactus-thank-you. - Save the changes. - Visit /contactus-thank-you. - Observe that the Mega Menu title does not appear as active opw-4383641 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
Brazilian customers can now properly choose a city when adding or editing a delivery address during checkout. This prevents checkout validation errors caused by an empty city list and avoids asking for VAT details where they are not needed for delivery addresses.
Original PR description
In BR localization, when a logged user tries to edit the delivery address during checkout it may occur that the city field is missing the selection list, causing the form to always return a validation error Steps to reproduce (with a BR company setup) - In Website > Configuration > Settings, set BR company as owner of website - Log in as new user - Add an item to the cart - Go to checkout and add all the address info - In the addresses selection page, uncheck 'Same as delivery address' and add a new delivery address Issue: City selection list will be empty This occurs because, when user is editing the delivery address without 'Save as delivery address' the system won't provide the city list. Moreover it will attempt to validate VAT info (fields `vat` and `l10n_latam_identification_type_id`) for delivery addresses opw-4411470
This update makes an internal point-of-sale QR payment test more consistent by ensuring it uses only the intended test product. It helps prevent random automated test failures, improving confidence in system validation without changing customer-facing behavior.
Original PR description
Prevent random runbot error by making sure only the Hand Bag product is available.
Point of Sale receipt printing has been corrected so receipts no longer produce an extra empty page at the end. This reduces paper waste and avoids confusion for staff and customers when printing receipts.
Original PR description
Before this commit, printing a receipt would result in an empty page at the end. This commit ensures that the receipt is printed correctly without any additional empty pages. opw-4389871 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update prevents payroll contract names from being unintentionally overwritten when work schedule-related changes are copied or applied. It helps keep contract information consistent when other payroll or HR processes have already set a specific name.
Original PR description
- adapt the `copy_data` to not override the name set by another module Task: 4391527
The journal dashboard now includes credit notes and refunds when showing open sales and purchase journals. The Bills to Validate filter has also been aligned with the dashboard logic, helping finance teams see consistent and accurate pending bill information.
Original PR description
Update the open sale/purchase journals query to include credit notes/refunds, and override the 'Bills to validate' filter to be consistent with the dashboard query which is overridden for `account_3way_match`
Italian Point of Sale now relies on standard accounting tax calculations so it better matches fiscal printer totals when products are sold with tax included. Businesses using Italian POS should configure tax-included pricing, with a pricelist and fiscal position workaround available for tax-excluded catalog prices.
Original PR description
Remove patches around tax calculations. Use the accounting calculations natively. As a result, there will be a limitation to use the `l10n_it_pos` properly. The taxes should be price-included when selling products in pos, otherwise, the system's calculations will deviate from the connected fiscal printer's calculations. The accounting team is looking for a native solution to make the fiscal printer work with price-excluded taxes. A workaround for the limitation is to introduce pricelist and fiscal position. The pricelist maps the originally tax-excluded price to tax-included price, and the fiscal position maps the price-excluded tax to price-included equivalent.
Users creating purchase requests from the Approvals app can no longer trigger an error when adding a new vendor for a product. The vendor field now guides users to the full creation form, ensuring required vendor, price, and quantity details are entered correctly.
Original PR description
Steps to reproduce: 1. Open the `Approvals` app. 2. Select `Create RFQs`. 3. Add any product. 4. Try to create a new vendor for the added product. 5. An error will occur. Explanation of the bug: In order to specify a vendor, one needs to specify the vendor data, the price of the product and the quantity of the product sold for that price. So, when the user starts typing to create a new vendor and then presses on `Create`, an error occurs because it can't be determined which field should be filled with the entered data. i.e. will the entered data be used to fill the vendor data, the product price or the product quantity? This commit fixes the bug by only allowing `Create and Edit` option for the vendor column. task-4337135