Friday, June 14, 2024
9 changes · 17.0
Resolved issues and error corrections
This fix prevents spreadsheets from crashing when a date filter contains only empty or false values. Users can now group spreadsheet data with these filters without encountering an error, improving reliability for reports and dashboards.
Original PR description
Before this fix, when grouping by a date filter that only had "false" value, the global filter matching was causing a traceback trying to split a non existant month/year value. This commit fixes this behavior by checking for "false" in date filter and setting the matching filter to "undefied" OPW: 3776544 OPW: 3952358 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Fixed an issue where creating a regular invoice after a down payment could incorrectly change the down payment line description. This keeps invoice references clear and prevents confusion when reviewing sales documents.
Original PR description
Steps to reproduce: -create sales order for some product. -create invoice for down payment. -create regular invoice. Issue: -Description of down payment get modified after creating regular invoice. Cause: -Credit note is also taken in consideration in modifying name of invoices. Fix: -Applied filter to only take customer invoice opw-3904918 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The Peppol warning shown on partner records has been corrected so it no longer checks the partner's bank account. This helps users focus on the relevant recipient bank information during invoice send and print workflows, reducing confusion.
Original PR description
There was some miscommunication about the warning message in https://github.com/odoo/odoo/commit/2384a059e25f66117326d9bfde1e40b2dd493962 The warning on the partner should not check the bank account. What needs to be checked is the Recipient bank on the invoice, the warning should be visible in send & print. It is ok to add it in later versions where it is easier to add more warnings. Part of: task-3989435 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Timesheet revenue reporting now uses tax-excluded sales amounts for fixed-price products. This prevents revenue figures from being overstated when sales orders include taxes, giving managers more accurate project profitability reports.
Original PR description
Create a [TEST] Product with: - Invoicing Policy: Prepaid/Fixed Price product - Create on Order: Project & Task - Unit of Measure: Days Create a Sales Order with [TEST] prod and a tax Add a timesheet line on the recorded hours Go in Timesheet > Reporting > By Project Add the measure Timesheet Revenues Issue: Revenues are tax included, but should be tax excluded This occurs because we are computing the revenue using the sale order line price total opw-3864227
Fixes an issue where part of the live chat request process could run repeatedly by mistake. This helps ensure chat invitations are handled as intended, reducing the chance of duplicate or incorrect behavior for website visitors.
Original PR description
Some part of the `action_send_chat_request` method has been wrongly indented in [1]. As a result, this block is executed as part of a loop while it should not. This PR put the block of code out of the loop. [1]: https://github.com/odoo/odoo/pull/129770
The mobile emoji picker in Discuss now keeps horizontal scrolling within the category tabs instead of making the whole picker scroll sideways. This makes choosing emojis on small screens cleaner and easier to use.
Original PR description
**Before this PR:** When you open Emoji picker in discuss mobile view and screen size is enough small so that the categories tab overflows and shows horizontal scroll. And as it's parent div `o-mail-PickerContent-emojiPicker` doesn't have any fixed width set it's width also increases in response to the categories tab. Which will display the horizontal scroll on the whole parent div instead of the categories tab.  **After this PR:** This commit sets max-width 100% to it's `o-mail-PickerContent-emojiPicker` so, that the scrolling would only take effect on the categories tab.  **task**-[3950434](https://www.odoo.com/odoo/my-tasks/3950434?debug=&cids=2) --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The change prevents conflicts when the same company registers multiple demo electronic invoicing services. This helps users complete demo Peppol and Italian electronic invoicing setup without being blocked by duplicate identifiers.
Original PR description
step:
-install l10n_it and account_peppol without demo data -setup a peppol demo account
-give your company a codigo fiscal
-settings > Italian Electronic Invoicing > check "Allow Odoo to process invoices"
-> constraint
This happens because when creating demo edi, the id_client is set as "demo{company_id}", but the id_client must be unique so when registering two edi services for the same company, there is a collision.
After this PR, we avoid the collision by adding the proxy_type to the demo id_client.
opw-3983974
---
I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-prThe Partner Ledger report had a confusing "hide 0 lines" filter option that didn't work properly and didn't make logical sense for the report. This fix removes the option from the default view by setting it to "never," ensuring users see all partner transactions clearly without unnecessary filtering options.
Original PR description
Issue: It is possible to select the option "hide 0 lines" in the partner ledger. For one, it does not make sense as if a partner appears, it means that there are transactions. Even if the balance is set to 0, we should display the transactions. And then, the option simply does not work in partner ledger. Solution: Put as a default value "never" so it does not show up. opw-3981939
This fix corrects an issue where VAT labels were appearing in follow-up reports even when customers didn't have a VAT number on file. The change ensures that the VAT label only displays when a VAT value actually exists, preventing confusing blank fields in customer communications.
Original PR description
Problem: When enhancing reports for 16.4 compatibility, a VAT label was added to the followup report. This label will display even when no `vat` value exists. Purpose: Revert line similar to previous versions where if a `vat` value is present, then show the value. Otherwise, show nothing. Steps to Reproduce: 1. Have a contact with no `vat` value 2. Create an invoice for that contact 3. Send a followup report to that contact. opw-3970003