Daily updates from Odoo
Thursday, July 25, 2019
3 changes
Resolved issues and error corrections
Scrapping products from completed receipts now starts from the received stock location and creates the related scrap move in draft first. This prevents duplicate inventory valuation entries when the scrap is processed, improving accuracy for warehouse and accounting operations.
Original PR description
In the receipts, you can only scrap after the reception. This implies that the source location of the scrap move is the destination location of the picking. Create the scrap move as draft, else in the receipt it used the state of the picking (done) and calling _action_done again resulted in double valuation layers task-2042399 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
Fixes wishlist and cart animations so they target the correct navigation bar when shoppers scroll and a floating menu appears. This prevents missing wishlist buttons and misdirected animations, creating a smoother shopping experience.
Original PR description
* = website_sale, website_sale_wishlist The wishlist animation was not handling the floating navbar and always refering to the fixed one. Now the animation will target the right navbar if we scroll down. When the navbar is duplicated, the ids of the tags were kept wich is wrong and was producoing bugs such as wishlist button not showing up on the floating navbar on the first product added to the wishlist and the first issue. Now the id is removed from the clone and never used in JS code. It's only purpose is for the xpath of the wishlist button. When a product is added to the cart from the wishlist and the floating navbar is displayed, the product is hidden before the animation is ompleted. This changes the height of the page and the animation goes to the middle of the page instead of the button. This is now fixed too. task-2002122
Invoices created outside the standard screen, such as through demo data or imports, now automatically receive the correct taxes and units of measure on their lines. This helps prevent incorrect invoice details and reduces manual corrections for accounting teams.
Original PR description
With this change the account invoice line taxes and uom will be properly computed when creating an invoice from demo data and import functionality. -- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr