Tuesday, January 21, 2025
9 changes · 18.0
Enhancements to existing features
The self-ordering point of sale no longer loads product images as part of the initial POS data because those images are already loaded separately. This reduces unnecessary memory consumption and helps prevent memory errors in larger or image-heavy setups.
Original PR description
Before this commit, product images were unnecessarily loaded along with the POS data. This was redundant since the images are loaded separately. Additionally, loading the images caused excessive memory usage, leading to memory errors in certain scenarios. opw-4494712 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The update improves the wording and visibility of Peppol and BIS3 warnings in invoice Print & Send flows, making it easier for users to understand what needs attention before sending electronic invoices. It also makes the Peppol information prompt more prominent and directs unregistered companies to the registration wizard when they choose to activate Peppol.
Original PR description
- Improvements of message of Peppol/BIS3 related warnings of the Print & Send wizards. - Wording improvements for clarity. - Make the "What is Peppol" modal more present. Change its flow: the "activate" buttons now leads to the Peppol registration wizard if the company is not registered yet. task-4478365
Barcode and RFID scans now load stock quantity information in batches instead of one item at a time. This reduces delays and network calls when processing many serial numbers, improving performance for large warehouse operations or slower mobile connections.
Original PR description
In quant_barcode_model we fetch the quant at the new line creation. It's use in order to define the current theorical inventory quantity. But with rfid, it could be heavy since each serial number can be a new line and doing an rpc by line will be a bottleneck. To improve it, each time we add a product in the cache, we also add the associated quants. During the new line creation, we search for the product in the cache rather than doing an rpc with a specific domain
Resolved issues and error corrections
Point of Sale preparation receipts now correctly show product variants that are configured to be created automatically. This helps kitchen or preparation staff see the exact item ordered and reduces fulfillment mistakes.
Original PR description
Product variant with creation type "always" would not be printer on the preparation receipt. Steps to reproduce: ------------------- * Create a product and add a variant with creation type "always" * Add a preparation printer to the point of sale * Create a new order and add the product with the variant * Validate the order and check the preparation receipt > Observation: the product variant is not printed on the receipt Why the fix: ------------ The product variant was not printed on the preparation receipt because the variant is added to the display name of the product and doesn't appear in the attribute list. This fix also add the first test for the preparation receipt. This should be improved in the future to cover more cases. opw-4450217
Manufacturing orders now correctly include and consume components that are added after the order has already been confirmed. This helps ensure production records, material usage, and inventory levels stay accurate throughout the manufacturing process.
Original PR description
With this PR : ------------------------------------------ - Addressed an issue where components added after MO confirmation were not being automatically consumed during production. - Implemented checks and updates in function to ensure all components are marked as picked before production. - This fix ensures that all components, including those added after MO confirmation, are properly accounted for and consumed during the production process. Task-id : 3951176
This fixes OAuth sign-in for new users on environments using newer software dependencies. Users will no longer see a misleading setup error, and authentication with external providers should work as expected.
Original PR description
Description of the issue/feature this PR addresses: The method `werkzeug.http.parse_www_authenticate_header` has been removed in werkzeug 3 and later. This causes an issue in Odoo when using python…
Description of the issue/feature this PR addresses: The method `werkzeug.http.parse_www_authenticate_header` has been removed in werkzeug 3 and later. This causes an issue in Odoo when using python 3.12, as the `requirements.txt` specifies werkzeug 3.0.1. This results in a misleading error stating that `auth_signup` is not installed on the database when authenticating a new user with an OAuth provider. Current behavior before PR: When attempting to authenticate a new user with an OAuth provider in Odoo using Python 3.12, the method werkzeug.http.parse_www_authenticate_header is called. Since this method is removed in Werkzeug 3.0.1, a misleading error message about auth_signup not being installed on the database is displayed. Desired behavior after PR is merged: The code will use WWWAuthenticate.from_header for parsing the WWW-Authenticate header if available, otherwise, it will fall back to using werkzeug.http.parse_www_authenticate_header for compatibility with older versions of Werkzeug (2.0 and 2.2). The misleading error message will no longer appear, and OAuth authentication will work as expected. Fixes #194002 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix prevents an error that occurred after saving an image carousel on eLearning website pages. Carousel images and navigation buttons remain visible, helping editors publish course pages without broken galleries.
Original PR description
The image do not have the thumbails anymore 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
Refunded point-of-sale orders now send only positive amount values to Kenya's eTIMS tax system, as required. This prevents refund transactions from being rejected or reported incorrectly because of negative values.
Original PR description
When sending pos_order to eTims, all numeric values must be positive values, but when computing refunded pos_order, some fields are computed with negative value. This commit manage to transform negative fields from refunded pos_order to positive field. no-task
This update fixes an issue that could prevent scheduled Monster.com job board campaigns from starting correctly. It also adds regression tests to help ensure the Monster recruitment integration and its shared base logic keep working as expected in future updates.
Original PR description
This PR adds non regression tests for the integration of monster in hr_recruitment. These tests also cover at the same time the code of the hr_recruitment_integration_base module. The PR also fixes a bug in the hr_recruitment_integration_base module which was found thanks to the tests. The bugfix is about fixing variable names in the _start_new_campaign to match the fields of the module. task-4199469