Daily updates from Odoo
Friday, December 26, 2025
4 changes · 17.0
Resolved issues and error corrections
This update corrects a typo in the Vietnamese translation of the 'Back Order of' phrase within the Odoo stock module. This ensures accurate and professional communication for Vietnamese-speaking users. The issue was also present in the newer Odoo 18 version, highlighting a consistent translation concern.
Original PR description
correct Vietnamese translation typo for "Back Order of" This issue is also present in Odoo 18 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update ensures invoices exported with specific European VAT settings (like distance selling) accurately reflect the customer's VAT number in the generated PDF invoices. Previously, the VAT number was incorrectly defaulting to the company's VAT. This fix corrects this issue, ensuring accurate financial reporting and compliance.
Original PR description
When exporting invoices, the VAT number of the company could be wrong if the fiscal position of the invoice defines a foreign VAT number. In that case we need to use it. Steps to reproduce: 1.…
When exporting invoices, the VAT number of the company could be wrong if the fiscal position of the invoice defines a foreign VAT number. In that case we need to use it. Steps to reproduce: 1. Install a European localization (e.g. l10n_at) 2. Enable EU Intra-community Distance Selling. You should now have new OSS fiscal positions. Update the one you want to use with a foreign VAT. 3. Create a valid foreign customer. (within the EU) 4. Create and send an invoice for this customer. 5. In the PDF, there is an embedded factur-x file. Notice how the VAT number under the SellerTradeParty corresponds to the company's VAT, not the foreign VAT number defined on the fiscal position. This is more apparent because we use the correct VAT number in the PDF file but not in the corresponding XML. This commit fixes this issue by first checking if we have a foreign VAT number defined on the fiscal position of the invoice. If so, we use it. This is a backport of odoo/odoo#236692. Since this is a general fix, it is needed by customers using 17.0 and therefore necessary to add. opw-5401880 opw-5182837
This pull request updates the core spreadsheet component within Odoo. It addresses several minor bugs and improves the user experience, specifically related to popover behavior and data validation. These changes ensure the spreadsheet functionality remains stable and reliable.
Original PR description
### Contains the following commits: https://github.com/odoo/o-spreadsheet/commit/df7c781aa3 [REL] 17.0.82 [Task: 0](https://www.odoo.com/odoo/2328/tasks/0)…
### Contains the following commits: https://github.com/odoo/o-spreadsheet/commit/df7c781aa3 [REL] 17.0.82 [Task: 0](https://www.odoo.com/odoo/2328/tasks/0) https://github.com/odoo/o-spreadsheet/commit/45a24fdf1e [FIX] grid: close popovers on external clicks [Task: 5418367](https://www.odoo.com/odoo/2328/tasks/5418367) https://github.com/odoo/o-spreadsheet/commit/05e6ca5026 [FIX] data validation: fix date criterion [Task: 5343580](https://www.odoo.com/odoo/2328/tasks/5343580) Co-authored-by: Florian Damhaut (flda) <flda@odoo.com> 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: Adrien Minne (adrm) <adrm@odoo.com> Co-authored-by: Ronak Mukeshbhai Bharadiya (rmbh) <rmbh@odoo.com> Co-authored-by: Dhrutik Patel (dhrp) <dhrp@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> Co-authored-by: Marceline Thomas (matho) <matho@odoo.com>
This update fixes an issue where quotations created from repair orders in the Point of Sale (PoS) system incorrectly displayed a quantity of 0 for products. The fix ensures that the product quantity is accurately reflected when opening a quotation linked to a repair order, resolving a data discrepancy. This improves the accuracy of sales reporting and order fulfillment.
Original PR description
backoprt of : https://github.com/odoo/odoo/pull/186812 When opening a quotation created from a repair order in the PoS the quantity of the products would always be 0. Steps to reproduce: ------------------- * Create a repair order for whatever product * Add some product to the list with the "Add" option * Start and End the reparation * Create a quotation for the repair order * Open the quotation in the PoS > Observation: The quantity of the product in the pos is 0 Why the fix: ------------ If the sale order line has no `valued_move_ids` it means that it's linked to a repair. In this case we take the product_uom_qty into account for the pos order line quantity. opw-4261097