Monday, March 31, 2025
7 changes · 17.0
Resolved issues and error corrections
A sales-related automated test has been moved so it runs under the app it actually depends on. This helps keep quality checks reliable and avoids misleading test failures during development.
Original PR description
since https://github.com/odoo/odoo/pull/202318 `test_02_portal_sale_signature_without_name_tour` was on started via `sale` module but only worked with `sale_management` this commit move the test to be started directly from `sale_management`
This fix restores important page settings when product lists are loaded on the website. It helps ensure shoppers see products with the correct website-specific behavior, reducing the risk of display or filtering issues.
Original PR description
This commit rectifies a fix (c0b7a8c2faae53ab62a747297e7f3a56c4d1d061) where the original context of the returned recordset was inadvertently omitted. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an error that could occur when editing website translations for appointment pages in a second language. The translation editor now correctly handles content that spans multiple lines, helping users complete translation updates without crashes.
Original PR description
Steps to reproduce: (This are for this specific case) 1. Get website_appointment_sale and a 2nd language for our website. 2. Make sure that for the appointment we select Allow Guests. 3. Now, we go to the website and go to the appointment, until we reach the "Add more details about you" page. 4. Here is when we have to try to modify the translation with editor. Issue: We're receiving an error as "Cannot read properties of null (reading '2')" which arises from the `trans` not being appropiate due to the translation regex, which will cause the match to be null when calling it on this "defective" `trans`. Solution: The current solution will make the regex to better match anything in the translation, by modifying `(.*)` to ([\s\S]*?) we make sure that we're matching any character, including new lines. opw-4442038
Partner ledger reports now leave out partners whose opening balance is zero. This makes the reports easier to read and can help them load more efficiently by removing unnecessary rows.
Original PR description
To improve readability and performance, partners with a zero initial balance are now excluded from the partner ledger reports. task-4578612
This fix prevents accounting reports from crashing when users filter or group results by an analytic plan that has no entries. It keeps Profit and Loss and related reports usable in this edge case, avoiding an unexpected error during reporting.
Original PR description
Steps to reproduce:
- Create a new analytic plan (leave it empty)
- Open Accounting / Reporting / Statement Reports / Profit and Loss
- In Analytic Group By > Plans add the created plan
Issue: Traceback will raise
```
psycopg2.errors.IndeterminateDatatype: cannot determine type of empty array
LINE 18: ..._plan2_id, x_plan3_id, x_plan4_id, x_plan5_id] && ARRAY[] AN...
^
HINT: Explicitly cast to the desired type, for example ARRAY[]::integer[].
```
Occurs after 3ea7d2ebbc6904495a89627203d30c33a398c0aa We add in the where clause a condition to take only the relevant lines but in case the analytic plan is empty the whole clause should eval to false
opw-4649968This update stabilizes India asset calculation tests by fixing the date used during test execution. It prevents automated checks from failing after March 31, helping maintain release confidence without changing customer-facing behavior.
Original PR description
The tests for assets are lacking a freeze_time, and so, fail beginning 31st of March runbot-162150
This fix ensures Swedish SIE accounting imports use all newly created accounting data before validation. It prevents import failures that could occur in companies not using multiple currencies, improving reliability for affected accounting workflows.
Original PR description
In https://github.com/odoo/odoo/commit/6d2bfc85bc0e387fbf4d3a64eb15b18ec59e9b47 we removed an explicit flush performed right after move creation. Because of this change, when fetching data for the sie import we might not see all the relevant lines. We need to ensure to flush any data left in cache before making a SQL query no opw