Openbravo Issue Tracking System - Openbravo ERP
View Issue Details
0054655Openbravo ERP04. Warehouse managementpublic2024-02-13 11:592024-04-12 13:09
philippe_mui 
AugustoMauch 
lowtrivialalways
closedfixed 
5
 
PR24Q3 
Core
No
0054655: [RM-11660] [Generate IC] Warehouse list is not updated on the 1st load but only after the 2nd time
In Generate Inventory Count window, warehouse list is not updated on the 1st load but only after the 2nd time when I want to add warehouses.

https://openbravo.atlassian.net/browse/RM-11660 [^]
Steps :

1. AWO module is required.
2. Login backoffice as F&B International Group Admin role and go to Organization
3. Open F&B US Inc organization, open subtab Information record
3.1. Check the Advanced Warehouse Operations Flow
4. Do the same for F&B International Group organization
5. Open Generate Inventory Counts window
6. Select F&B International Group in Organization
7. Click on Warehouse and check that all organizations are displayed, then click Cancel.
8. Select F&B US Inc organization.
9. Click on Warehouse and check that all organizations are displayed, which is incorrect(only the F&B US warehouses should appear).
10. Click on Cancel and open Warehouse again. Now the warehouses are the correct ones for the F&B US Inc organization.


### OLD steps to reproduce
Log in BO and go to Generate Inventory count window

Add an Organization : Select the highest level of the organization tree

Click on Warehouse > the list of the warehouses under the selected organization appears

Click on Cancel > I am back the Generate IC window

Modify the Organization and select a store (lowest level of the organization tree)

Click a 1st time on Warehouse > the list of the warehouses under the selected organization appears = KO. We should only see the selected warehouse here

Click on Cancel > I am back the Generate IC window

Click a 2nd time on Warehouse > Only the selected warehouse appears = OK but only after the 2nd time.
FASH
Issue History
2024-02-13 11:59philippe_muiNew Issue
2024-02-13 11:59philippe_muiAssigned To => Triage Omni WMS
2024-02-13 11:59philippe_muiModules => Core
2024-02-13 11:59philippe_muiTriggers an Emergency Pack => No
2024-02-13 11:59philippe_muiTag Attached: FASH
2024-03-01 09:56mtaalAssigned ToTriage Omni WMS => ludmila_ursu
2024-03-01 14:15ludmila_ursuAssigned Toludmila_ursu => Triage Platform Base
2024-04-09 09:15hgbotNote Added: 0162950
2024-04-09 09:17AugustoMauchStatusnew => scheduled
2024-04-09 09:17AugustoMauchAssigned ToTriage Platform Base => AugustoMauch
2024-04-09 09:17AugustoMauchStatusscheduled => resolved
2024-04-09 09:17AugustoMauchFixed in SCM revision => https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1188/diffs?commit_id=41d9adabcd7c5cd206a22b2603d64b2c0a93b69e [^]
2024-04-09 09:17AugustoMauchResolutionopen => fixed
2024-04-12 13:03cbernerSteps to Reproduce Updatedbug_revision_view_page.php?rev_id=27808#r27808
2024-04-12 13:09hgbotStatusresolved => closed
2024-04-12 13:09hgbotFixed in Version => PR24Q3
2024-04-12 13:09hgbotNote Added: 0163151
2024-04-12 13:09hgbotNote Added: 0163152

Notes
(0162950)
hgbot   
2024-04-09 09:15   
Merge Request created: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1188 [^]
(0163151)
hgbot   
2024-04-12 13:09   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/openbravo [^]
Changeset: cc6c91e02ff9d900872da54b811f04b0f0c5ddcd
Author: Augusto Mauch <augusto.mauch@openbravo.com>
Date: 12-04-2024 11:09:27
URL: https://gitlab.com/openbravo/product/openbravo/-/commit/cc6c91e02ff9d900872da54b811f04b0f0c5ddcd [^]

Fixes ISSUE-54655: Multiselector now always uses the most updated context

The problem was that when the multiselector window was open, it first invalidated its data using this.selectorWindow.selectorGrid.invalidate cache, which made a request to the datasource
that clashed with the request done when invoking this.selectorWindow.open() a few lines later. The first request did not use the most updated context, and was preventing the second one from
being executed.

To fix this, now data is reset by executing delete this.selectorWindow.selectorGrid.data, that avoids the side effect that was causing the issue

---
M modules/org.openbravo.userinterface.selector/web/org.openbravo.userinterface.selector/js/ob-multi-selector-item.js
---
(0163152)
hgbot   
2024-04-12 13:09   
Merge request merged: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1188 [^]