Daily updates from Odoo
Thursday, October 10, 2019
9 changes · master
Resolved issues and error corrections
The Mexico accounting setup now marks transition tax accounts as reconcilable. This helps payments and invoices with different currency rates reconcile correctly for cash-basis taxes, reducing accounting discrepancies.
Original PR description
[FIX] l10n_mx: Transition Tax Accounts must be reconcilable [FIX] l10n_mx: Transition Tax Accounts must be reconcilable = This issue is relevant for MX Localization because Cash Basis is created with…
[FIX] l10n_mx: Transition Tax Accounts must be reconcilable [FIX] l10n_mx: Transition Tax Accounts must be reconcilable = This issue is relevant for MX Localization because Cash Basis is created with the rate of the payment, and not with the rate of the invoice as is done for odoo core. (some pictures were taken from other versions - main issue remains the same) Impacted versions: - 11.0 Steps to reproduce: - - Set company Country MX <img width="1270" alt="Screen Shot 2019-08-22 at 9 43 42 AM" src="https://user-images.githubusercontent.com/7598010/63524311-67c1d800-c4c1-11e9-9abd-2003e6c4b997.png"> - Set Multi-currency Environment <img width="909" alt="Screen Shot 2019-08-22 at 9 44 40 AM" src="https://user-images.githubusercontent.com/7598010/63524353-7b6d3e80-c4c1-11e9-8c2f-624563df231c.png"> - Create two rates for USD for Date1 and Date2 <img width="1676" alt="Screen Shot 2019-08-22 at 9 47 03 AM" src="https://user-images.githubusercontent.com/7598010/63524552-d0a95000-c4c1-11e9-8ba7-00fff11a6adf.png"> - Leave Transition account `119.01.01 IVA pendiente de pago` for `IVA(16%) COMPRAS` as reconcile=False. Tax is Due on Payment  <img width="794" alt="Screen Shot 2019-08-22 at 9 49 10 AM" src="https://user-images.githubusercontent.com/7598010/63524724-2120ad80-c4c2-11e9-94be-48b2b0219353.png"> - Create a Vendor Bill for Date1: <img width="1272" alt="Screen Shot 2019-08-22 at 9 52 41 AM" src="https://user-images.githubusercontent.com/7598010/63525021-9b513200-c4c2-11e9-961a-4103a6c9156b.png"> - Create a Payment for Date2: <img width="1085" alt="Screen Shot 2019-08-22 at 9 53 21 AM" src="https://user-images.githubusercontent.com/7598010/63525116-c471c280-c4c2-11e9-8fc1-649e633e883b.png"> <img width="1265" alt="Screen Shot 2019-08-22 at 9 53 56 AM" src="https://user-images.githubusercontent.com/7598010/63525122-c8054980-c4c2-11e9-944b-e8b6ff819aa2.png"> - Check Journal Entries. Only Four Journal Entries. one for invoice, one for payment, one for CABA, one for FX in Payable. <img width="1616" alt="Screen Shot 2019-08-22 at 9 54 52 AM" src="https://user-images.githubusercontent.com/7598010/63525200-e8350880-c4c2-11e9-9195-6447893d0260.png"> - Check the Journal Entry Exchange Difference. <img width="1261" alt="Screen Shot 2019-08-22 at 9 55 52 AM" src="https://user-images.githubusercontent.com/7598010/63525294-0e5aa880-c4c3-11e9-9692-3ee1eeecd9da.png"> Current behavior: - No Exchange Difference Journal Entries for the transition accounts is created Expected behavior: - After full reconciliation of Vendor Bill and Payment there should be one Exchange Difference Journal Entry for the Payable Account and one for the Transition Account. Video - https://youtu.be/UbsisoqcmqA Regards Forward-Port-Of: odoo/odoo#38215 Forward-Port-Of: odoo/odoo#35990
New accounting move lines now round debit and credit amounts correctly when they are created. This prevents small currency precision differences from accumulating and causing accounting reports to appear unbalanced.
Original PR description
Forward Port of #37398 to 13.0 This fix is similar to 8020033; both are workarounds for the bug (limitation) introduced by 9d87d15db6dd40a5a0162fb126c725a2f0a40414. In this case, the currency_field…
Forward Port of #37398 to 13.0 This fix is similar to 8020033; both are workarounds for the bug (limitation) introduced by 9d87d15db6dd40a5a0162fb126c725a2f0a40414. In this case, the currency_field is a related field, and these fields are only computed after scalar values are written in database. As a result, this value is not rounded at creation. It is a problem since typically accounting reports are written directly in SQL, and thus reuse the values directly. Anyway even in the ORM the convert_to_cache optimised this away using the assumption that 'the value should have been rounded in convert_to_column'. It follows that in the report, errors can be accumulated to the point where the report is not balanced. This needs to be fixed in database by going through every existing line. Of note: the limitation that was readily acknowledged has not been worked around anywhere, in fact almost every single currency_field is a related one. Also of note, commit afef71d6b should "Always round monetary values in database" while it explicitly checked for the presence of the currency_field in the values and while not introducing a mechanism to make sure it would always be in the values. opw 2066849 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 Forward-Port-Of: odoo/odoo#38341
This update fixes several issues in the website shop experience: product search counts now display correctly, customers can re-add items after removing them from a wishlist, and products can no longer be selected as their own alternatives. These changes reduce confusion for shoppers and help maintain cleaner product recommendations.
Original PR description
12.0 website sale fix fja Now a product removed from wishlist as a connected user can be added again. In the product page the found count was not display It was possible to add the product itself as alternative product -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#37135
This fixes an issue where the Send & Print action could fail or show incorrect recipient information when sending multiple invoices through postal mail. It ensures recipient details are handled consistently and hides the recipient field when no customer is set, making invoice mailing more reliable.
Original PR description
[FIX] snailmail_account: send multiple invoices * Ensure compute always sets partner_id. * Don't show "to" when partner_id is not set FIX "Send & Print" Action on account.move model. Fixes https://github.com/odoo/odoo/issues/38228 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#38264
This fix prevents the customer-facing POS display from showing a blank white screen when the hardware box cannot reach the Odoo server. Instead, it shows the default POS client display with the IP address, helping staff identify and resolve connection issues more easily.
Original PR description
[FIX] hw_drivers: Fix for Customer display When a box was unable to reach the Odoo server the customer display show a white screen. With this fix we show the default POS Client display with IP address 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 Forward-Port-Of: odoo/odoo#38271
Background videos placed inside website mega menus now display correctly when visitors open the menu. This fixes a visibility issue that previously made those videos work only while editing the page, improving the live website experience.
Original PR description
[FIX] website: make background videos in mega menus work When a background video was used in a mega menu, it was only working in edit mode. Indeed, the background video size is computed on page load (and on window resize) but as the video is inside a hidden dropdown menu in this case, the size cannot be properly computed. This commit fixes the issue by recomputing the video size on dropdown menu opening. task-2080590 Forward-Port-Of: odoo/odoo#38208
The sales invoicing wizard now respects the user's choice when they turn off down payment deduction. This prevents down payments from being incorrectly subtracted from final invoices, helping keep customer billing accurate.
Original PR description
[FIX] sale: fix down payments being deducted when they should not Prior to this commit, un-checking 'Deduct down payments' on the invoice wizard had no effect: down payments were still deducted from the final (regular) invoice. task-2081012 @dbo-odoo Do we have a "World shortest fix" badge ? -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#38284
Archived projects can no longer be deleted when they still contain tasks. This prevents accidental loss of project records when related tasks are hidden because they were archived too.
Original PR description
[FIX] project: can delete archived project with tasks Create a Project with tasks, archive it, delete it. The project is deleted, but this should not happen: tasks are present, but they are hidden because when the project is archived all its tasks are archived too (active flag is set to false). On project unlinking only active tasks are checked, thus allowing the deletion. Using a context flag to avoid filtering the non active tasks. opw-2080515 -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#38270 Forward-Port-Of: odoo/odoo#38251
Adding the same product to the website cart multiple times now increases the quantity on the existing order line instead of creating duplicate lines. This keeps carts and quotations cleaner and helps avoid confusion during checkout.
Original PR description
Before this commit add several time the same product will duplicate the sale order line instead to update the quantity. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr