Saturday, August 19, 2023
5 changes · master
Resolved issues and error corrections
The mobile product configurator in Point of Sale now shows quantity buttons in their previous, expected location. This fixes a layout issue from a recent interface update, making it easier for staff to adjust product quantities on mobile devices.
Original PR description
The quantity buttons of the mobile view product configurator where moved during the boostrap refactoring of the pos. This task moves them to the previous location. before:  after:  task-3446503 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fixes a display issue in Point of Sale where the closing popup could appear above the blocking overlay. The change ensures the overlay correctly covers the popup, preventing confusing or unintended interactions during closing actions.
Original PR description
The z index of the closing popup div was changed to a higher index than the blockui z index. This commit sets the z index of the closing popup to a lower value then the blockui z index. before:  after:  task-3471040 --- I confirm I have signed the CLA and read the PR guidelines at www.odoo.com/submit-pr
This fix ensures accounting changes are saved when users switch tabs in a journal entry form. It prevents journal items from appearing missing or unavailable after tab changes, helping users continue their accounting work without confusion.
Original PR description
Due to the new relational model (218ad8456a06503dd508e7216edcffdc90b35cac), a new property isInEdition is available while `mode` has been removed. Due to mode always being undefined, the save method was never actually called, preventing the journal items from being available when switching tabs. Task-3471248
This fixes an incorrect option value in delivery pricing rules that was changed by mistake in an earlier update. It helps ensure delivery price rules continue to work as intended without confusing or incorrect configuration behavior.
Original PR description
Oversight of view-pocalypse (odoo/odoo#104741) that wrongly changed it.
The My Tasks Gantt view now loads correctly when a user is assigned to tasks from private projects they cannot directly access. This prevents an access error from blocking users when reviewing their assigned work and schedules.
Original PR description
Before this commit, when the user goes to gantt view in My Tasks menu and is assigned to a task linked to a project for which he does not have access (private project) then a traceback is occured because the progressbar in gantt view will try to fetch the `allocated_hours` field of each project displyed in row header of the gantt view. Steps to reproduce the issue: ---------------------------- 1. install `timesheet_grid` module (with demo data) 2. log in as Marc Demo 3. go to `Project > Tasks > My Tasks > gantt view` Actual Behavior: --------------- A traceback is occured saying the user cannot access to `Research & Development` project. Expected Behavior: ----------------- The gantt view should load as usually without any tracebacks.