Daily updates from Odoo
Friday, August 23, 2024
3 changes · saas-17.2
Resolved issues and error corrections
The task portal now avoids sending users to empty timesheet pages when they do not have permission to view any related timesheets. It also checks timesheets across all levels of subtasks, making the link behavior clearer and reducing confusion for limited-access users.
Original PR description
Currently, when a user has a limited access to timesheets, it is possible that he has access to a task, but that he has no access to the timesheets of its children task. This make a strange use case where the user clicks on the link to be redirected to a page without any timesheet. This fix aims to change that. Solution : change the link to the timesheets into a span if none of the timesheets are accessible by the current user. task - 3978484 version saas-17.2 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
This fixes an issue where lot numbers entered in detailed stock operations could disappear after switching between receipt lines. Warehouse users can now enter lot details across multiple products without losing information, improving receipt accuracy and reducing rework.
Original PR description
### Steps to reproduce - Create 2 products tracked by Lots - Create and "mark as to do" a receipt with two lines: - 1 x Product 1 - 1 x Product 2 - Click on the list icon (details Operation) of the…
### Steps to reproduce - Create 2 products tracked by Lots - Create and "mark as to do" a receipt with two lines: - 1 x Product 1 - 1 x Product 2 - Click on the list icon (details Operation) of the first line - Add a Lot name to the line and save (on the Open stock move dialog) - Click on the list icon (details Operation) of the second line - Add a Lot name to the line and save (on the Open stock move dialog) - Click on the list icon (details Operation) of the second line #### > the lot_name has not been saved ### Cause of the issue When calling openRecord, if the parent of the record is dirty (the picking), it is saved and reload before proceeding: https://github.com/odoo/odoo/blob/709ad381120ab7a7b9ff14ec473b410a53f39e28/addons/stock/static/src/views/picking_form/stock_move_one2many.js#L49-L54 This is what happens when you open the second line since you changed the content of the first line. However, when we proceed with this called, the `super.openRecord` will be called on the record on which we started the call with rather than the corresponding record of the reload. So that its change will not be saved. ### Solution: A similar issue has already been solved by commit 127e735 and the same fix can be used by restructuring the code + it allows to reload the record only once. opw-4097653 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
Manufacturing orders now calculate finished product unit costs correctly when worker and work center time costs are involved. This prevents inflated production costs in the manufacturing overview and helps keep inventory valuation accurate.
Original PR description
**Steps to reproduce the bug:**
- Create two workers:
- Worker 1: Hourly Cost = $10
- Worker 2: Hourly Cost = $6.30
- Create a work center:
- Cost per hour: $6.66
- Create a storable product “P1”:
- Component: “C1”, cost: $1.02
- Create a manufacturing order (MO):
- Product: 1 unit of P1
- Confirm the MO
- Go to the operation and open the work order:
- Add two time tracking entries for the same date:
- Worker 1: 29/05/2024 - 08:00
- Worker 2: 29/05/2024 - 08:00
- Validate the MO
- Go to the MO overview
**Problem:**
The unit cost is $30.64 instead of $23.98
opw-3934566