Wednesday, February 14, 2024
5 changes · master
Resolved issues and error corrections
Point of Sale preparation displays now show the full product name including variant details. This helps staff identify ordered items accurately when products have multiple variants, reducing preparation mistakes.
Original PR description
Current behavior: When you create a product with some variant (Never create option), and add them to be displayed on the pos_preparation_display they appear without the variant name. Steps to reproduce: - Create a product with some variant (Never create option), and add them to a pos category. - Setup a pos_preparation_display with the pos category you selected before. - Open a PoS linked to the pos_preparation_display. - Add a product with variant to the order. - Validate the order. - Check the display, the product name is shown without the variant name. opw-3671479 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This update prevents automated web tests from accidentally contacting real online services when a required mock is missing. It helps keep test results predictable and safer by failing fast when test setup is incomplete, while also ensuring these test files are properly checked by linting.
Original PR description
Previously, if the fetch function was not mocked in a test, it would fall back to the real fetch function and perform a network request. This is never desirable. This commit throws instead when attempting to make a request without having mocked the fetch function beforehand, and fixes one test that was making a real request for lack of having mocked fetch.
Purchase order emails now avoid showing the deadline next to the amount for confirmed orders, reducing confusion about whether that date is a payment due date. Requests for quotation still show the deadline when available, while confirmed purchase orders focus on the amount.
Original PR description
Steps to reproduce: send a confimed PO by email to the vendor Bug: the due date being right next to the amout confuses the client into thinking it's the date when payment is due Fix: -just display deadline for RFQs -just display Amount for confirmed PO opw-3664112
The preparation display now shows the full product name, including variant details, for Point of Sale orders. This helps staff identify the exact item to prepare and reduces confusion when products have similar names.
Original PR description
Current behavior: When you create a product with some variant (Never create option), and add them to be displayed on the pos_preparation_display they appear without the variant name. Steps to reproduce: - Create a product with some variant (Never create option), and add them to a pos category. - Setup a pos_preparation_display with the pos category you selected before. - Open a PoS linked to the pos_preparation_display. - Add a product with variant to the order. - Validate the order. - Check the display, the product name is shown without the variant name. opw-3671479
The GST return period form now correctly shows the tax unit field as soon as a company with tax unit settings is selected. This avoids confusion and extra save steps when creating new records.
Original PR description
Issue:
if a new record is created and tax_unit
is available, then field still remains invisible
unless user, saves the record
Solution:
`_compute_display_tax_unit` depending on `company_id` will resolve this issue
task-3727834