Daily updates from Odoo
Wednesday, June 19, 2024
11 changes
2 changes
Resolved issues and error corrections
This fix makes Odoo's web test runner handle errors in test setup and cleanup steps correctly. Instead of freezing until a timeout, failed test preparation is now reported against the right tests, helping development teams identify issues faster and keep test runs reliable.
Original PR description
Before this PR, throwing an error in any test hook (before, after, beforeEach, etc.) would cause the error to be logged but the test would actually timeout because the runner would freeze. This was due to the runner incorrectly catching errors in hooks. This PR ensures that all these callbacks are properly catched to ensure the errors are assigned to each relevant test and do not clog up the runner's execution. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The accounting dashboard now uses information it already has to narrow down where it looks for missing sequence numbers. This greatly speeds up opening related accounting lists, reducing waits that could previously take many seconds.
Original PR description
From the dashboard, we already know in which sequence the gaps are. By filtering the moves based on that information, we can dramatically improve the performance by not querying the whole table. On a test server queries using this condition went from 10s to 5ms. When opening the list view from the dashboard, 2 queries are run for a total of 20s (`web_search_read` and `web_read_group`)
2 changes
Resolved issues and error corrections
This fix ensures the accounting settings page can load correctly when users work in translated languages. It removes an unnecessary dependency on visible section titles, reducing the risk of setup screens breaking because labels are translated.
Original PR description
The settings view inherits from the `account` one, and locates the block tag by both `title` and `id`, but: - Once you have the `id` you don't need the `title`. - In case of translated title, it is translated before being inherited, so the arch fails finding it.  Old PR: odoo/enterprise#56686
The demo double opt-in campaign now sends newsletter confirmation messages almost immediately instead of waiting one hour. This improves the subscriber experience by reducing delays during signup confirmation.
Original PR description
This PR update the Demo Campaign Double Opt-in's Trigger Value to 0 Hour, so that subscribers of a newsletter get a close-to instant confirmation instead of an hour later. Task-3976448
7 changes
Resolved issues and error corrections
Fixed an issue where retweeted messages were truncated in the system, even though Twitter displays them in full. The fix retrieves and displays the complete text of the original tweet instead of the limited version provided by Twitter's API, ensuring users see the entire message content.
Original PR description
This commit fixes an issue where the retweeted message would only display a part of the retweeted message while twitter displays it in full. This is a limitation of the Twitter API which only sends a limited part of the tweet. To fix this, we are setting the message value to the text of the referenced tweet. task-3653108 Forward-Port-Of: odoo/enterprise#59335 Forward-Port-Of: odoo/enterprise#55642
This fix ensures that sign request documents display in the customer's preferred language instead of always showing in English. Previously, when a customer with a non-English language preference (like Finnish) opened a sign request, all text and placeholders appeared in English, and date fields didn't auto-fill correctly. Now the system respects the partner's language settings when displaying sign items.
Original PR description
Issue:
======
Sign items are in english in sign
Steps to reproduce the issue:
=============================
- Create a user with Finnish language (or any other)
- Create a sign request and add a date sign item
- Send it to the Finnish customer
- Open the link
- The date doesn't fill automatically and the placeholders are all in english
Origin of the issue:
====================
We don't use the language of the partner when fetching the sign items. The date field doesn't fill automatically is a consequence of this because we check `type.name === _t("Date")` but we have `type.name` in english and not the lang of the partner so we don't go into the condition to add the automatic fill for the date field here [1].
[1]: https://github.com/odoo/enterprise/blob/15.0/sign/static/src/js/sign_common.js#L1646
opw-3871779
Forward-Port-Of: odoo/enterprise#64824
Forward-Port-Of: odoo/enterprise#61744This fix prevents system upgrade failures when users have previously modified appointment payment products. By marking the product data as non-updatable, the system will no longer attempt to change the product type during upgrades, which was causing errors. This ensures smooth upgrades for businesses using the appointment and payment features together.
Original PR description
During an upgrade, if the user has used the record and modified its type, it will [trigger](https://github.com/odoo/odoo/blob/17.0/addons/stock/models/product.py#L890) the `UserError`: `You can not change the type of a product that was already used.`
Fixed an issue in the bank reconciliation widget where currency decimal formatting would fail if the currency wasn't loaded in the system. The fix adds a fallback value that defaults to 2 decimal places, ensuring the widget displays amounts correctly even when currency information is temporarily unavailable.
Original PR description
The aim of this commit is giving a fallback value when we need digits' currency and that we don't have this currency loaded in the js session. This commit is almost backport of what we have done in this commit [1]. The only difference is the default value for the toFixed set to 2. task-3959277 [1]: https://github.com/odoo/enterprise/commit/6a3623c168f3bdf32b9530071e21c014dd19ea07 Forward-Port-Of: odoo/enterprise#63913
Fixed an issue where error messages in the account consolidation view were displaying raw HTML code instead of formatted text. When users clicked on unmapped accounts, they would see HTML tags as plain text. This update ensures error messages display properly formatted and readable to users.
Original PR description
- When clicking on an account that hasn't been mapped, the help message shown in the tree view contained HTML code (tags explicitly shown). - We fix that by directly executing the action returned by the server, which then gets the proper markup and properly interprets the returned HTML code. task: 3715833 Forward-Port-Of: odoo/enterprise#63376
This fix resolves an issue where spreadsheet tests were failing because the spreadsheet viewport had zero size, making cells invisible and unclickable. The fix moves styling rules from the documents_spreadsheet module to the spreadsheet_edition module to ensure the spreadsheet properly fills available space and displays correctly during testing.
Original PR description
… module Steps to reproduces: - install module `test_spreadsheet_edition` - run js tests => some tests fail. The reason is we are trying to click or hover some cells in those tests. But the spreadsheet (its viewport) size is 0. The cells are not visible. This commit moves some scss from module `documents_spreadsheet` to `spreadsheet_edition`. This css ensures the spreadsheet takes all the available space and be sized properly. runbot errors 65775, 65774, 65773, 65772
This fix resolves an issue where payroll batch status was not being set to confirmed when regenerating payslips for the same employees after reverting to draft. Now when payslips are regenerated, the batch will correctly transition to confirmed status, ensuring accurate tracking of payroll processing workflow.
Original PR description
-steps to reproduce: create a batch, generate the payslips, set the batch back to draft, regenerate the payslips (with the same employees). -what is the bug: the state of the batch is not set to 'confirmed' after the second generation of payslips. -expected behaviour: the batch should be in confirmed state. -fix: if regenerating with the same employees, nothing is actually done, it should at least set the batch in confirmed state. Task: 3975654