Saturday, May 4, 2024
8 changes · saas-17.2
Enhancements to existing features
This update adjusts the online store product view so barcode lookup information can be set correctly. It helps ensure product data used by barcode lookup integrations is available where needed, with minimal visible impact for shoppers.
Original PR description
modify a view for the product barcodelookup to set data. task - 3871453
Miscellaneous changes
### Before this commit Can't navigate through the Locations list view as it would throw a Memory Error if too many stock.quants records. ### After this commit We prefetch only necessary fields to compute the value and the currency of the quants. ## Peak Memory Usage | stock.quants | Before | After | |-------------|---------|--------| | 1.2 million |1.6 GB | 600 MB | ## References opw-3887471 --- I confirm I have signed the CLA and read the PR guidelines at www.o
Original PR description
### Before this commit Can't navigate through the Locations list view as it would throw a Memory Error if too many stock.quants records. ### After this commit We prefetch only necessary fields to compute the value and the currency of the quants. ## Peak Memory Usage | stock.quants | Before | After | |-------------|---------|--------| | 1.2 million |1.6 GB | 600 MB | ## References opw-3887471 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#163378
This PR addresses two issues related to creating repair orders from return transfers: ### The First issue: Steps to reproduce the issue: - Activate `is_repairable` option on any picking type, let's say "Receipts" - Create a delivery order with any product(s). - Validate it. - Return it. - Validate the generated receipt transfer. - From the generated receipt, click on "Repair" button on the top. - Fill the required fields of the repair order and confirm it. - Add any part (`stock.move
Original PR description
This PR addresses two issues related to creating repair orders from return transfers: ### The First issue: Steps to reproduce the issue: - Activate `is_repairable` option on any picking type, let's…
This PR addresses two issues related to creating repair orders from return transfers: ### The First issue: Steps to reproduce the issue: - Activate `is_repairable` option on any picking type, let's say "Receipts" - Create a delivery order with any product(s). - Validate it. - Return it. - Validate the generated receipt transfer. - From the generated receipt, click on "Repair" button on the top. - Fill the required fields of the repair order and confirm it. - Add any part (`stock.move`) to the repair order. Expected behavior: - The new `stock.move` is created and the availability is determined based on quantities in stock. Current behavior: - The created `stock.move` is not only attached to the repair order, but is also attached to the related return transfer. - Since the return transfer may be done, no stock move lines are assigned to the newly linked move, which affects the availability making it unavailable. - This availablity status also affects the repair order making it unable to reserve any quantity for its parts. The issue is because clicking on "Repair" button from `stock.picking` form, adds `default_picking_id` to the context variable to be used on the `repair.order` form. When creating stock moves from the repair order form, the `default_picking_id` key in the context is propagated and used to link the new move to a picking, hence, leading to this undesired behavior. ### The Second Issue: Steps to reproduce the issue: - Create a delivery order. - Validate it. - Return it. - Without navigating to another page, validate the generated receipt order. - Click on "Repair" button. - Select any product on the RO form. Expected behavior: - Form is saved and the repair order is created. Current behavior: - Validation error shows: "A mandatory field is not set", `parts_location_id`. The issue is caused by `default_picking_type_id` key that exists in the context variable when a return order is created from another transfer. This variable propagates to the creation of the repair order and is used instead of the correct picking type which is "Repairs" in that case. Task-3877625 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#164385 Forward-Port-Of: odoo/odoo#162452
The fixed test only passed in April as it hardcoded the date of the date filter that was toggled. This commit patches the date to simulate that we're on April. 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#164291
Original PR description
The fixed test only passed in April as it hardcoded the date of the date filter that was toggled. This commit patches the date to simulate that we're on April. 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#164291
Versions -------- - 15.0+ Issue ----- `precision_rounding` values were being passed incorrectly as `precision_digits` parameters. Solution -------- Pass them as named `precision_rounding` parameters instead. Enterprise branch: https://github.com/odoo/enterprise/pull/61311 Forward-Port-Of: odoo/odoo#164399 Forward-Port-Of: odoo/odoo#162977
Original PR description
Versions -------- - 15.0+ Issue ----- `precision_rounding` values were being passed incorrectly as `precision_digits` parameters. Solution -------- Pass them as named `precision_rounding` parameters instead. Enterprise branch: https://github.com/odoo/enterprise/pull/61311 Forward-Port-Of: odoo/odoo#164399 Forward-Port-Of: odoo/odoo#162977
Steps to reproduce ------------------ 1. Install the `l10n_sa_edi` module. 2. Create a user X with `Advisor` as Accounting Rights only 3. Log in as user X and try accessing a sales Journal for company SA Issue ----- Error: Rendering Failed Cause ----- When a user without the group `base.group_system` tries to access the `l10n_sa_compliance_csid_json` or `l10n_sa_production_csid_json` fields (needed to display the ZATCA process steps) in the journal form view, the rendering fails.
Original PR description
Steps to reproduce ------------------ 1. Install the `l10n_sa_edi` module. 2. Create a user X with `Advisor` as Accounting Rights only 3. Log in as user X and try accessing a sales Journal for company SA Issue ----- Error: Rendering Failed Cause ----- When a user without the group `base.group_system` tries to access the `l10n_sa_compliance_csid_json` or `l10n_sa_production_csid_json` fields (needed to display the ZATCA process steps) in the journal form view, the rendering fails. Solution -------- Hide the ZATCA process steps if the user does not have access to `l10n_sa_compliance_csid_json` or `l10n_sa_production_csid_json` fields. opw-3812234 Forward-Port-Of: odoo/odoo#164359 Forward-Port-Of: odoo/odoo#161024
Remove unwanted matches of POS orders that have already been invoiced Also, speed improves if max of orders is invoiced. taskid: 3906396 Forward-Port-Of: odoo/enterprise#61865
Original PR description
Remove unwanted matches of POS orders that have already been invoiced Also, speed improves if max of orders is invoiced. taskid: 3906396 Forward-Port-Of: odoo/enterprise#61865
Versions -------- - 15.0+ Issue ----- `precision_rounding` values were being passed incorrectly as `precision_digits` parameters. Solution -------- Pass them as named `precision_rounding` parameters instead. Community branch: https://github.com/odoo/odoo/pull/162977 Forward-Port-Of: odoo/enterprise#61797 Forward-Port-Of: odoo/enterprise#61311
Original PR description
Versions -------- - 15.0+ Issue ----- `precision_rounding` values were being passed incorrectly as `precision_digits` parameters. Solution -------- Pass them as named `precision_rounding` parameters instead. Community branch: https://github.com/odoo/odoo/pull/162977 Forward-Port-Of: odoo/enterprise#61797 Forward-Port-Of: odoo/enterprise#61311