Friday, February 14, 2025
10 changes · 18.0
Resolved issues and error corrections
This update improves the self-service invoicing experience in Point of Sale by refining the Request Invoice button and clarifying related QR code settings text. It also helps avoid an invoicing error linked to Peppol, making the customer invoice request flow more reliable.
Original PR description
- Adjusting the 'Request Invoice' button UI. - Adjusting the tooltip description text for point_of_sale_use_ticket_qr_code. - Traceback was resolved in https://github.com/odoo/odoo/commit/ca19b340af49fea845275d737124d5fca79d23a3 task: 4276541 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Store pickup orders now use the pickup location to determine the correct tax rules when that location is in a different country from the delivery address. This helps ensure customers are charged the right taxes and reduces pricing errors during checkout.
Original PR description
Before this commit the taxes were calculated based only on delivery address even if a pickup location's country was different from delivery's one. After this commit, the correct fiscal position is set on selecting pickup point. opw-4485282
This update refreshes the spreadsheet component with fixes that make chart creation, collaborative editing, undo actions, and sheet handling more reliable. Users should see fewer disruptions when working together in spreadsheets and improved behavior in common editing controls.
Original PR description
### Contains the following commits: https://github.com/odoo/o-spreadsheet/commit/39979ab1f [REL] 18.0.16 Task: 0 https://github.com/odoo/o-spreadsheet/commit/3e18487a2 [FIX] FontSizeEditor: prevent…
### Contains the following commits: https://github.com/odoo/o-spreadsheet/commit/39979ab1f [REL] 18.0.16 Task: 0 https://github.com/odoo/o-spreadsheet/commit/3e18487a2 [FIX] FontSizeEditor: prevent wheel adjustments & improve focus outline Task: 4357023 https://github.com/odoo/o-spreadsheet/commit/34a995eeb [FIX] chart: label header prevents creating linear/time charts Task: 4543496 https://github.com/odoo/o-spreadsheet/commit/088a9b346 [FIX] chart: fix test clicking on wrong checkbox Task: 4543496 https://github.com/odoo/o-spreadsheet/commit/9f5457b47 [FIX] UUID: Reduce uuid size everywhere except revisions Task: 4532659 https://github.com/odoo/o-spreadsheet/commit/58e1e90e4 [FIX] formulas: SORTN is not exported anymore Task: 4564445 https://github.com/odoo/o-spreadsheet/commit/22efea3b4 [FIX] collaborative: recompute selection after concurrent sheet modifications Task: 4559104 https://github.com/odoo/o-spreadsheet/commit/fda13fe64 [sheet] prevent deletion of the last visible sheet Task: 4555893 https://github.com/odoo/o-spreadsheet/commit/82e85210a [FIX] collaborative: fix undo concurrence issues Task: 4558024 Co-authored-by: Anthony Hendrickx (anhe) <anhe@odoo.com> Co-authored-by: Alexis Lacroix (laa) <laa@odoo.com> Co-authored-by: Lucas Lefèvre (lul) <lul@odoo.com> Co-authored-by: Dhrutik Patel (dhrp) <dhrp@odoo.com> Co-authored-by: Adrien Minne (adrm) <adrm@odoo.com> Co-authored-by: Mehdi Rachico (mera) <mera@odoo.com> Co-authored-by: Florian Damhaut (flda) <flda@odoo.com> Co-authored-by: Rémi Rahir (rar) <rar@odoo.com> Co-authored-by: Pierre Rousseau (pro) <pro@odoo.com> Co-authored-by: Vincent Schippefilt (vsc) <vsc@odoo.com>
Fixes an issue where purchase receipts could be valued too low when separate landed cost bills were used. The change ensures landed costs with their own bill line are included in invoice value calculations, improving inventory cost accuracy without double-counting manually included costs.
Original PR description
Steps to reproduce 1. Create a product invoiced on ordered quantities 2. Create a PO and a bill for it, post the bill 3. Receipt half the quantity 4. Add a landed cost product on the PO, create a…
Steps to reproduce 1. Create a product invoiced on ordered quantities 2. Create a PO and a bill for it, post the bill 3. Receipt half the quantity 4. Add a landed cost product on the PO, create a second bill for this landed cost product. Create and validate the landed cost 5. Receipt the second half quantity. Issue The valuation of the second transfer is too low Explanation To get the price unit for "on ordered qty" policy, We compute the ratio of already receipt value on already invoiced value https://github.com/odoo/odoo/blob/4f6353ec8a7306fbf63e95e8e02248d72f413aa3/addons/purchase_stock/models/stock_move.py#L84 The issue is the receipt value is increase by the landed costs value because the receipt valuation layer is linked to the landed cost valuation layer. But the product invoice line is not linked to the landed costs invoice line. Resulting in a invoice value under valuated. This commit will increase the `total_invoice_value` by the same value of the landed costs value *if* the landed cost has it's own invoice line. In case the landed cost is created manually and it's value is already added into the Purchase order line price unit, we don't want to artificially increase the invoice value. Task : 4354498 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
This change restores previous tax calculation behavior for reverse charge taxes when prices already include tax. It helps invoices, sales documents, and tax summaries show more accurate amounts, reducing confusing totals for users.
Original PR description
The current behavior gives annoying results and we don't remember why we did it exactly at the first place. This reverts commit 1fd90ac27fadb1639dc15d645792ec7a71859808. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes an invoice display issue where product names could appear twice in the backend when the user and customer used different languages. Invoice users now see cleaner product labels while customer-facing PDFs continue to show the appropriate translated text.
Original PR description
When an invoice is created, the system will automatically translate the strings into the customer language. In the printed pdf the customer will see just the translated terms. However, in the backend the user will see the original product name and the translated name + description. Steps to reproduce: - Have a user using a language [LANG1] - Have a customer using a language [LANG2] - Make an invoice to the customer, add a product with both name and description with translation available Issue: The name of the product is duplicated, it appears in user language and customer language opw-4444773 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
This fixes an issue where job applications submitted through the website could attach the same resume more than once. Recruitment teams will now see a cleaner applicant record with each uploaded document appearing only once.
Original PR description
steps: - install `website_hr_recruitment` - go to `/jobs` - apply to any job, with a resume attachment - open recruitment (find newly added applicant. with duplicate attachments) description: - while sending attachments through website, the attachments are being duplicated cause: - currently, the form data (including the attachments) are being processed and the attachments are being processed again, separately. fix: - processed normal fields and attachment fields separately. task-4570060
This update fixes an issue that could cause the point of sale preparation display to show a blank white screen. It helps restaurant and kitchen staff keep order preparation workflows visible and reliable.
Original PR description
backport of this commit : https://github.com/odoo/enterprise/pull/79249 opw-4546398
Sales users can now create and save sales orders when UPS delivery integration is installed without being blocked by a contact permission error. This prevents order entry disruptions for teams using UPS shipping accounts while keeping contact access controls intact.
Original PR description
Steps to reproduce: 1. Install `delivery_ups_rest` module 2. Create a user having only the group `sales_team.group_sale_salesman` 3. Log in with that user 4. Create a sale order and attempt to save it This will lead to an access error as creation of sale order will try to update `property_ups_carrier_account` in `res.partner`. Error: `You are not allowed to modify 'Contact' (res.partner) records.` Runbot Errors: + https://runbot.odoo.com/odoo/runbot.build.error/110813 + https://runbot.odoo.com/odoo/runbot.build.error/110814
This fixes an error that could block creating an Argentinian electronic credit note when no tax authority connection token existed yet. The system now generates the needed certificate automatically, allowing the credit note process to continue as expected.
Original PR description
This PR fix an issue we encountered when trying to create a credit note from an electronic journal without any token created yet (for example because any electronic invoice was created yet). At that time, an error like the following was raised: `binascii.Error: Invalid base64-encoded string: number of data characters (5) cannot be 1 more than a multiple of 4` In previous versions we already had this fix: https://github.com/odoo/enterprise/commit/01ff42bd7c5e69cca9b63b1f027f566aa589a845. So we follow the same approach. After this PR, the certificate should be generated if it did not exists, and the credit note should be created as expected. **Steps to reproduce the error:** - Install l10n_ar_edi - Check that there is no connection to AFIP on "AFIP/Connections" menu. - Select an invoice, and create a credit note. - Change the journal to "Electronic Invoice" on the CN wizard. - Click on "Reverse" button. The error should appear.