Tuesday, January 7, 2025
7 changes · 17.0
Resolved issues and error corrections
This fix removes an outdated setting from point of sale invoice actions that was causing warning messages in the system logs. It helps keep the application cleaner and aligned with recommended Odoo behavior without changing the user experience.
Original PR description
-This commit remove custom properties 'nodestroy' to avoid warning like this: `odoo.addons.web.controllers.utils: Action 'Customer Invoice' contains custom properties 'nodestroy'`. Passing them via the `params` or `context` properties is recommended instead 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
The purchase screen layout was adjusted so the Expected Arrival date stays readable when users zoom in. This prevents a nearby vendor delay report button from covering the field, improving usability for purchase workflows.
Original PR description
In Odoo, an issue araised where the "Expected Arrival" date field was overlapped when zooming in. This was due to the button "action_purchase_vendor_delay_report". To adress this, the related button was encapsulated within a <div> element. This change ensure that the layout remains consistent and the elements does not overlap regardless of the zoom level. opw-4316093 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Kitchen printer receipts now display long product and variant names without text overlapping. This makes printed kitchen orders easier to read and reduces the risk of preparation mistakes.
Original PR description
When printing long product names with long variants, the lines were overlapping. Steps to reproduce: ------------------- * Create a product with some long variant names * Setup a kitchen printer * Add the order to a PoS order * Print the order on the kitchen printer > Observation: The product name and variant name are overlapping Before:  After:  opw-4414311
This fixes validation for Indonesian contacts so valid newer 16-digit VAT numbers can be saved. Businesses using Indonesian customer or supplier records will avoid blocked contact creation when the VAT number is valid and numeric.
Original PR description
STEPS ----------- 1. Install Contact and 'base_vat' 2. Create a new Indonasian contact with VAT as ID1234567890123456 3. Save -> Connot save whilst the VAT is correct PROBLEM ----------- VAT could be 15 (old numbers) or 16 digits. If there are 15 digits long, the 10th digit is a luhn checksum. In some cases, the 15 digits can be transformed into a 16-digit by adding a 0 in front. In such case, we can verify the luhn checksum like for the 15 digits by removing the 0. However, for newly created VAT 16-digits VAT number, there is no checksum. SOLUTION ----------- Allow 16-digit VAT that only contains numbers and does not start with a 0. opw-4402514 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
A test in the accounting module now uses a product type that is available with accounting's standard dependencies. This prevents false test failures when inventory-related modules are not installed, improving reliability without changing customer-facing behavior.
Original PR description
Issue: - run the `test_account_manager_user_can_create_product` with `account`and its dependencies as the only modules installed - error is given as `product` is not a valid product type (it is added in the `stock` module) Solution: - replace `product` with a product type that is defined in one of the dependencies --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Landscape reports now print in the correct orientation when using Windows-based Virtual IoT Boxes. This prevents documents from being incorrectly printed in portrait mode, reducing reprints and improving report usability.
Original PR description
On Virtual IoT Boxes, a landscape report was still printed in portrait. We added the argument required to handle landscape printing. opw-4081884
This fixes missing Spanish-language text in the Colombian electronic invoicing integration for online sales. Users in Spanish-speaking contexts will now see the intended translated labels and messages, improving clarity during the website sales flow.
Original PR description
When [adding this module], the translations were forgotten. We are adding them here. [adding this module]: https://github.com/odoo/enterprise/commit/055ed588dd7558c568373fbaa6d24208d0aeeb87 opw-4425163