Monday, July 8, 2024
11 changes · 17.0
Resolved issues and error corrections
This fixes a problem that could block sending and printing accounting documents when the audit trail feature was active. Businesses using audit trail can now complete the send and print flow more reliably without errors caused by protected attachment records.
Original PR description
We were removing the `res_id` in SQL to avoid raising when the audit trail is activated (because we cannot modify an attachment anymore) But it still failed when the value was still in cache. [opw-4040187](https://www.odoo.com/odoo/project/49/tasks/4040187)
Fixed an issue where the dynamic placeholder popup did not close when users pressed Escape or clicked the close button. This prevents an unintended default value screen from appearing and makes the field selection flow behave as expected.
Original PR description
Purpose ======= Fix the dynamic placeholder popup which wasn't closing when clicking on escape or on the "x" button in the field selection view. Instead of closing, the default value selection was displayed. Specification ============= The dynamic placeholder files have been cleaned recently and a mistake was made as the isPathSelected value was being set to true on popup closing no matter if the path was selected or not. Fixing the issue by checking if the path value is correctly set, if it is, displaying the default value view, else closing the popover. related PR: odoo/odoo#117951 Task-4001976 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Some Danish chart of accounts entries were classified as general expenses when they should be treated as cost of revenue. This fix improves financial reporting accuracy for Danish accounting setups by placing those accounts in the correct category.
Original PR description
[FIX] l10n_dk: fix some accounts' type Some accounts are set as "Expense" but it should be "Cost of revenue" Change them to 'expense_direct_cost' type task-id#3983710 enterprise-pr#[66202](https://github.com/odoo/enterprise/pull/66202) --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Users can once again manually update duration days in working schedules without their changes being immediately undone. This restores expected editing behavior and helps avoid frustration when configuring schedules.
Original PR description
Versions -------- - 17.0+ Steps ----- 1. Go to working schedules; 2. try to modify duration days. Issue ----- Any change gets undone immediately. Cause ----- Commit https://github.com/odoo/odoo/commit/bbae19cc630cb629adabbc54e7fa96f23a4359d8 added `calendar_id.hours_per_day` to the dependent fields of the `_compute_duration_days` method. Because modifications happen on temporary records, any modification will now trigger a recompute, overwriting the manual values. Solution -------- Remove `calendar_id.hours_per_day` from `api.depends`. Having the fields editable is preferable over triggering recomputes ASAP. opw-3999825
Fixes an issue where mail features could pass an invalid blank language setting when formatting lists. This helps avoid errors for users whose language preference is not set, keeping mail and chatter behavior stable.
Original PR description
Calling pyToJsLocale with undefined returns an empty string. Intl.ListFormat expects a valid BCP 47 tag or undefined. When the user's language is not defined, passing it to pyToJsLocale will return an empty string, which can't be used as the argument of Intl.ListFormat. This commit ensures that the value passed to Intl.ListFormat when there is no language is undefined instead of an empty string. Follow-up of https://github.com/odoo/odoo/pull/171837
This update fixes an issue where the displayed total number of comments could be incorrect in portal and blog pages. Users now see a more accurate comment count, reducing confusion when reviewing discussions or blog engagement.
Original PR description
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
Saudi point-of-sale receipts now print larger QR codes so customers and staff can scan them reliably. This reduces checkout friction and helps ensure receipts meet practical scanning needs.
Original PR description
Prior to this commit, the QR code size on some receipts was too small to be scanned effectively. opw-4008280 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The point of sale now clears any previous product search when a cashier starts a new order after payment. This prevents stale search terms from confusing cashiers and helps keep checkout workflows smooth.
Original PR description
Before this commit, after searching for an article via the search button, selecting it, and completing payment, the search term persisted in the search field when starting a new order. This behavior could lead to confusion or slower workflows for cashiers. opw-4015200 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The invoice preview now displays the number of days until payment is due without unnecessary decimal places. This avoids confusing customers or staff reviewing invoice payment timing in the portal preview.
Original PR description
To reproduce the bug: - Go to Accounting app -> Customers -> Invoices - Click on an invoice or create a new one - Click on the Preview button - Chcek due in days. It has number after the decimal point. This was caused to a miss understanding of the toFixed function. The parameter of the function represent the numbers needed after the digit. And by default its value is 0. opw-3957112
Creating a new currency after adding the rate field through Studio no longer triggers an error. When no currency rate is available yet, Odoo now uses a safe default value of 1.0, matching the previous expected behavior.
Original PR description
Steps: - Add "rate" field via Studio in the currency form - Try to create a currency Actual result: - Traceback due to rate computation ```python currency.rate = (currency_rates.get(currency.id) ) / currency_rates.get(to_currency.id) TypeError: unsupported operand type(s) for /: 'NoneType' and 'float' ``` Expected result: - Default rate value is 1.0 (cf 16.0) opw-4039324 Caused-By: https://github.com/odoo/odoo/commit/9353a6f9ba81926c7002b3ca5b53ac66fed9aebd --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update corrects how expense accounts are classified in Danish financial reports. The "Purchase of goods" account was reclassified from a general expense to a direct cost category, which ensures the test data accurately reflects the proper account ordering in reports. This fix ensures Danish compliance reporting works correctly.
Original PR description
[FIX] l10n_dk_reports: fix account type of DK report tests By fixing the type of the account "Purchase of goods" from expense to expense_direct_cost the test now takes the new first expense account which is now "Freight costs" and not "Purchase of goods" anymore task-id#3983710 odoo-pr#[168838](https://github.com/odoo/odoo/pull/168838)