Tuesday, September 3, 2024
10 changes · 17.0
Enhancements to existing features
Users can now customize which time period options (month, quarter, or both) appear in date filters within spreadsheets. This improvement gives teams more flexibility in how they filter and view data, allowing them to focus on the specific time granularities that matter most for their analysis.
Original PR description
This commit adds the possibility to disable the month or quarter granularity (or both) for fixedPeriod date filters. Task: [3887844](https://www.odoo.com/web#id=3887844&cids=1&menu_id=4720&action=333&active_id=2328&model=project.task&view_type=form)
The signature request feature has been improved to prevent users from accidentally creating templates on-the-fly through the request wizard. Users must now select from existing templates, which reduces errors and ensures better template management. This change makes the signature workflow more controlled and reliable.
Original PR description
Before this commit, Using the "request signature" option allowed users to create templates on the fly, which could lead to errors. In this commit, the Creation of templates on the fly from the wizard is no longer allowed. task-4069128
The POS IoT module now has a visual icon that will be displayed in the Odoo interface. This improvement makes the module easier to identify and recognize within the system, enhancing the overall user experience when browsing available modules.
Original PR description
Added `pos_iot` module icon.
Resolved issues and error corrections
Fixed an issue where the document preview window would unexpectedly close when users tried to add tags to a document. This improves the user experience by allowing users to add tags without losing their place or having to reopen the document preview.
Original PR description
Current behaviour: --- When you open a document, and you want to add a tag, the preview closes. Steps to reproduce: --- 1. Go to Documents 2. Open a document 3. Add a tag 4. The preview closes Cause of the issue: --- In updateRecordTagId from documents_search_model.js Update trigger > load > documents-close-preview trigger opw-3879288
This fix ensures that only service products can be used when creating sales order lines directly from helpdesk tickets. Previously, non-service products could be incorrectly added, which could cause issues with timesheet tracking. Now the system properly validates that only service products are allowed and shows a clear error message if someone tries to use a non-service product.
Original PR description
### Before this PR: ->If we create a product that isn't a service > open the helpdesk ticket form view -> type the name of the product you created from the SOL field and click create -> a new SOL is generated for this product and is successfully set on the ticket ### After this PR: A new SOL is generated only for service products, it should only be allowed for services products, it will throw validation error that isn't service task-3972359
This fix resolves a problem where marketing campaign activities were not displaying correctly when campaigns contained more than 40 activities. The system was splitting activities across multiple pages, but the hierarchical organization of parent and child activities only worked when all activities were loaded together. By removing the page limit, all activities now display properly regardless of quantity.
Original PR description
Current behaviour: --- When you create a campaign, if you add more activity (56) than the default pager limit (40) The next pager page will be empty (instead of showing the remaining 16 activities)…
Current behaviour: --- When you create a campaign, if you add more activity (56) than the default pager limit (40) The next pager page will be empty (instead of showing the remaining 16 activities) Steps to reproduce: --- 1. Go to Marketing Automation 2. Create a campaign 3. Create more than 40 activities 4. Alternate parents/child when creating 5. The pager will appear, with at least 2 pages 6. Go to the second page 7. Nothing displayed NB: When inputting the number of activities in the pager, everything is rendered fine. Cause of the issue: --- To be displayed, the activities are hierarchised, by finding child and parents (`_getSortedRecordsByHierarchy`) However this system works great when all the records are given. Using a pager, some records are not used in the hierarchy, causing the outputted list to be incomplete. (ie if an activity A is in the first 40 and the child in the last 16, it will not be rendered correctly) Fix: --- Disabling the pager by setting a higher limit opw-4006610 Forward-Port-Of: odoo/enterprise#67979
This update fixes failing tests in the subscription module that were caused by incorrect time handling during test execution. The fix ensures that time is properly frozen during testing, preventing intermittent test failures that occurred when tests were run at specific times. This improves the reliability of the subscription testing process.
Original PR description
Before this commit, some tests were failing because the time was not correctly frozen. The failing test could be seen when run like this: faketime '2024-08-31 02:01:00 UTC' ./odoo-bin -c ... runbot errors: 76518, 76519, 76520
This update fixes how Odoo calculates line discounts when importing Chilean invoices through email. Previously, Odoo would calculate discounts incorrectly, causing amounts to not match official records. The fix prioritizes the actual discount amount from the invoice file and now properly handles surcharges on line items, ensuring accurate financial records for Chilean businesses.
Original PR description
Before this PR: There are two problems: first, if you have a line discount like this: <img width="350" alt="Captura de pantalla 2024-03-27 a la(s) 09 48 55"…
Before this PR: There are two problems: first, if you have a line discount like this: <img width="350" alt="Captura de pantalla 2024-03-27 a la(s) 09 48 55" src="https://github.com/odoo/enterprise/assets/382893/7564b133-c6e9-4bab-97f3-d8a0a2634fe5"> The calculation made by Odoo is: 319319 * 21.35 / 100 = 68175 which does not match the amount placed in "DescuentoMonto". In this case, it is 68173 (difference of 2 CLP) which is why it is better to prioritize the discount amount instead of the percentage in the XML, which is already rounding, leading to a problem. The second: if you have a surcharge in the line, like this: <img width="354" alt="Captura de pantalla 2024-03-27 a la(s) 09 52 40" src="https://github.com/odoo/enterprise/assets/382893/5a7ffa96-a2d9-498f-acf3-7003c95aa789"> Odoo ignores it. After the PR: The first issue is fixed by giving priority to the "DescuentoMonto" tag. The second issue is added as an improvement. Since Odoo does not have a column to show the surcharge separated in the line, we are taking advantage of the feature that supports negative discounts in the line to put that surcharge as negative. Forward-Port-Of: odoo/enterprise#65842 Forward-Port-Of: odoo/enterprise#59532
Fixed an issue where the Spanish VAT Registro de IVA export button was appearing as the main action for all companies worldwide, regardless of their country. The button now only displays for Spanish companies, preventing confusion for users in other countries.
Original PR description
Before this commit, as soon as this module is installed, the button to generate the Libros Registro de IVA was the main button for all the companies. Instead of having a new handler, just add the code in the default handler, and manage the buttons based on the country of the current company.
Customers were receiving subscription renewal invoices twice—once with the standard template and again with the subscription-specific template. This fix ensures invoices are sent only once using the appropriate subscription template, improving the customer experience and reducing confusion.
Original PR description
When validating a payment for a subscription and the sale's setting `sale.automatic_invoice` is enabled, the invoice is send twice to the customer on subscription renewal; first with the normal…
When validating a payment for a subscription and the sale's setting `sale.automatic_invoice` is enabled, the invoice is send twice to the customer on subscription renewal; first with the normal template then a second time with the subscription specific template. To reproduce: - As Administrator: - Enable the "Automatic Invoice" option in the setting - Install/enable the `demo` payment provider and method - Log-in as `portal` user - Go the /shop and add the `Office Cleaning Service (SUB)` to you cart - Pay your order using the `Demo` payment method => The invoice is send once - Go to your subscription (/my/subscriptions) - Click on your new subscription - Scroll to the `Anticipate payment` section and pay for it (again choose the `Demo` payment method) - You get back the the subscription page, click on the last invoice (2nd invoice you created) => Scroll to the history section and see that the invoice is sent twice This commit ensure we're only sending invoice with the subscription specific template on renewal. OPW-3900040