Saturday, October 26, 2024
6 changes · 17.0
Resolved issues and error corrections
Grid images in some customized themes now stay within the screen width on mobile devices. This prevents oversized images from breaking page layouts when expected image settings are missing.
Original PR description
In some theme customizations, images were replaced by new ones without specifying the usual image classes `img img-fluid mx-auto`. While two of them could be ignored, this is not the case of `img-fluid`, which limits the maximum width of an image to 100%. Without it, grid images in mobile view are overflowing, because the rule forcing their width to 100% has been moved in commit [1], to be applied on the desktop view only. This commit fixes this issue by adding a rule for grid images, limiting their width to 100%. The problematic themes will also be fixed in the associated design PR. [1]: https://github.com/odoo/odoo/commit/710d000f1872fd99b41d52ec3d6923756bba7cba
Fixes an issue where Safari users could not open website search results with a long press because the results panel closed too early. This improves navigation reliability for visitors using Safari on touch devices.
Original PR description
Steps to reproduce: - On Safari, click on the searchbar from the header - Type anything that gives results (e.g.: "a") - Make a long press on a result. => The search results are closed without leading to the page. This is due to Safari not focusing links and buttons by design (!)[1]. The condition in `_onFocusOut` (no element in the searchbox is the active element) is thus true and the searchbox is rerendered, making the click unresponsive. [1]: https://bugs.webkit.org/show_bug.cgi?id=22261#c68 opw-4116832
This fixes an issue where detailed stock operation lines showed “Unnamed” instead of the correct serial or inventory record name. Warehouse users can now identify the exact tracked product involved in a delivery, reducing confusion during stock validation and review.
Original PR description
Bug introcued by this commit: https://github.com/odoo/odoo/pull/174984/commits/7bcfc3a1107650deff9dd8af02a3717304cb7d4e Steps to reproduce the bug: - Create a storable product “P1” tracked by serial number - update the qty with SN1 - Create a delivery order with SN1 - Validate it - go to the product and come back to the delivery - click on detailed operation in the move line Problem: “Unnamed” is displayed instead of the display_name of the quant opw-4279953 opw-4277630 opw-4276882 opw-4276058 opw-4252901
Miscellaneous changes
When archiving an operation in a bom, currently it will unlink if from bom lines that had it set as their `Consumed in Operation`. However, it's not the case for byproducts, meaning that the byproducts lines will still display the now archived operation. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#185093
Original PR description
When archiving an operation in a bom, currently it will unlink if from bom lines that had it set as their `Consumed in Operation`. However, it's not the case for byproducts, meaning that the byproducts lines will still display the now archived operation. --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#185093
When having a tax with a specific tax as source account in the tax mapping of a fiscal position. The mapping does not apply if the product has a different tax from the tax of the account and no income/expense account set. This is because we extend `_get_product_accounts` in `datev` and replace the default income/expense account by an account that have the product tax. With this fix, we replace defualt income/expense accounts only if we find an account. Steps: - Have a FP with an account mapp
Original PR description
When having a tax with a specific tax as source account in the tax mapping of a fiscal position. The mapping does not apply if the product has a different tax from the tax of the account and no income/expense account set. This is because we extend `_get_product_accounts` in `datev` and replace the default income/expense account by an account that have the product tax. With this fix, we replace defualt income/expense accounts only if we find an account. Steps: - Have a FP with an account mapping: 8400 -> 2315 - Have a product P with a different tax from the one set on 8400 account, and that is not set on any other account - Create an invoice, set the FP, select the product P -> Account on the aml is 8400 instead of 2315 opw-4075846 Forward-Port-Of: odoo/odoo#185232
this commit reverts changes introduced in https://github.com/odoo/odoo/pull/183616 During reconciliation when two payment methods (cash and bank) are used simultaneously. the change amount is incorrectly deducted from the bank payment. An attempt to resolve this issue introduced further complications with payment amounts. By creating a single account move, it attempted to deduct the change amount from the cash payment, which led to inaccurate payment amounts. opw-4276421 --- I confirm
Original PR description
this commit reverts changes introduced in https://github.com/odoo/odoo/pull/183616 During reconciliation when two payment methods (cash and bank) are used simultaneously. the change amount is incorrectly deducted from the bank payment. An attempt to resolve this issue introduced further complications with payment amounts. By creating a single account move, it attempted to deduct the change amount from the cash payment, which led to inaccurate payment amounts. opw-4276421 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr Forward-Port-Of: odoo/odoo#185291