Friday, May 31, 2024
9 changes · 17.0
Resolved issues and error corrections
This fix prevents an error that could occur when users add or edit a “Pick From” entry in the Detailed Operations list during inventory receipt returns. It avoids a confusing crash and keeps warehouse return workflows running smoothly.
Original PR description
Currently, an error occurs when creating a stock quant (Pick From) in the 'Detailed Operations' list view. Step to produce: - Install the 'stock' module. - Go to Inventory / Operations / Transfers /…
Currently, an error occurs when creating a stock quant (Pick From) in the 'Detailed Operations' list view. Step to produce: - Install the 'stock' module. - Go to Inventory / Operations / Transfers / Receipts and create a receipt, add 'Receive From', and also add 'Product' and 'Demand' in Operations. - Click on 'Validate' then click on 'Return', and open 'Detailed Operations'. - Now try to create a new stock quant (Pick From) from a list view. ```ValueError: Wrong container value 'WH/Stock'``` An error occurs when attempting to create or edit a 'picked'(Pick From) in the list view of 'Detailed Operations' and the system raises a value error at [1] as 'product_id takes a string instead of an integer' in default values. link[1]: https://github.com/odoo/odoo/blob/259cba71690c500c335a4a2c43e4c606697bc817/odoo/fields.py#L3582-L3583 To resolve the issue, restricted to creating a stock quant from the 'Detailed Operations' list view sentry-5089715517 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix makes the transporter document number and date field visible when the transport mode is set to By Road. It helps users enter required e-waybill shipment details without confusion from labels appearing while the actual input field is hidden.
Original PR description
Before this commit: The label for Transporter Doc Number and Date was visible but the field was seemed to be hidden After this commit: We fix the above issue, now the field is visible when the mode is selected to `By Road` task-3959862 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 PDF quote builder now avoids trying to fill form fields in malformed PDFs generated by Google Sheets. This prevents an error during PDF merging and lets users continue creating quotes with those files.
Original PR description
Currently, when trying to merge a PDF generated from Google sheet in the PDF quote builder, a traceback happens due to a known problem in older versions of pypdf2. This was fixed in pypdf2 2.4.2 (see: https://github.com/py-pdf/pypdf/commit/02c601c86819578d9796479a1b8953accefea92b ) It doesn't seem to happen with other editors, and google sheet doesn't allow the use of form fields anyway.
This fix prevents an error when users create a stock move line and change the source stock quantity before the related stock move exists. It keeps warehouse operations smoother by using information already available on the line instead of relying on a record that has not been created yet.
Original PR description
Before PR: when creating a SML and changing the quant_id (pick from), you get a traceback as the stock_move is not yet created After PR: Since the issue appears before the real creation of the SML (and thus the SM), reading the uom of the product directly from the SML should not pose any issue opw-3931980 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
The payment registration screen no longer shows a payment difference when the difference exactly matches an early payment discount. This avoids confusion for users and treats the payment as fully reconciled in that situation.
Original PR description
When the Payment Difference amount equals Early Payment Discount, Don't show the payment difference field and consider full reconciliation. task-3944830 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Spreadsheet pivot formulas now display a blank value instead of FALSE when a filtered pivot has no matching records. This prevents confusing results in spreadsheets and better matches expected business reporting behavior.
Original PR description
## Description: Previously, when entering a pivot and applying a filter domain, the pivot formula (without domain field and domain value in function parameter) would return 'FALSE' if it did not match any records. The code now checks the value and returns an empty string if it's 'FALSE'. Task - [3888401](https://www.odoo.com/web#id=3888401&cids=2&menu_id=4720&action=333&active_id=2328&model=project.task&view_type=form) --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Swedish customer and company addresses now display in the correct local order, with postal code before city and country shown last. This improves address accuracy on documents, labels, and customer records for Sweden.
Original PR description
[FIX] Correcting the address format for Sweden. The format should be like this: %(street)s %(street2)s %(zip)s %(city)s %(country_name)s
The accounting dashboard now shows miscellaneous bank entries in the bank journal's own currency instead of the company's currency. This prevents misleading balances for companies using journals in different currencies and improves confidence in dashboard figures.
Original PR description
Steps - Create a bank journal in a different currency than company's currency. - Make a misc entry in the default bank account used by the bank journal. - Misc amount displayed for the journal in the accounting dashboard shows the amount in company's currency. Fix Display the misc amount in the journal's currency instead of the company's currency. opw-3767010
This update fixes a test in the Mexican electronic invoicing module that was incorrectly configured with an external dependency. The test date was corrected to prevent errors and ensure the test properly validates the invoice locking functionality without unnecessary external dependencies.
Original PR description
It makes no sense to have this test working with external since we're not checking CFDI content. Plus we fix the date to avoid errors. task-no