Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0054655
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 04. Warehouse managementtrivialalways2024-02-13 11:592024-04-12 13:09
Reporterphilippe_muiView Statuspublic 
Assigned ToAugustoMauch 
PrioritylowResolutionfixedFixed in VersionPR24Q3
StatusclosedFix in branchFixed in SCM revisiondiffs?commit
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Merge Request Statusapproved
Review Assigned To
OBNetwork customerGold
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0054655: [RM-11660] [Generate IC] Warehouse list is not updated on the 1st load but only after the 2nd time

DescriptionIn 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 To ReproduceSteps :

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.
TagsFASH
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]

-  Notes
(0162950)
hgbot (developer)
2024-04-09 09:15

 Merge Request created: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1188 [^]
(0163151)
hgbot (developer)
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 (developer)
2024-04-12 13:09

 Merge request merged: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1188 [^]

- Issue History
Date Modified Username Field Change
2024-02-13 11:59 philippe_mui New Issue
2024-02-13 11:59 philippe_mui Assigned To => Triage Omni WMS
2024-02-13 11:59 philippe_mui OBNetwork customer => Gold
2024-02-13 11:59 philippe_mui Modules => Core
2024-02-13 11:59 philippe_mui Triggers an Emergency Pack => No
2024-02-13 11:59 philippe_mui Tag Attached: FASH
2024-03-01 09:56 mtaal Assigned To Triage Omni WMS => ludmila_ursu
2024-03-01 14:15 ludmila_ursu Assigned To ludmila_ursu => Triage Platform Base
2024-04-09 09:15 hgbot Merge Request Status => open
2024-04-09 09:15 hgbot Note Added: 0162950
2024-04-09 09:17 AugustoMauch Status new => scheduled
2024-04-09 09:17 AugustoMauch Assigned To Triage Platform Base => AugustoMauch
2024-04-09 09:17 AugustoMauch Status scheduled => resolved
2024-04-09 09:17 AugustoMauch Fixed in SCM revision => https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1188/diffs?commit_id=41d9adabcd7c5cd206a22b2603d64b2c0a93b69e [^]
2024-04-09 09:17 AugustoMauch Resolution open => fixed
2024-04-12 13:03 cberner Steps to Reproduce Updated View Revisions
2024-04-12 13:08 hgbot Merge Request Status open => approved
2024-04-12 13:09 hgbot Status resolved => closed
2024-04-12 13:09 hgbot Fixed in Version => PR24Q3
2024-04-12 13:09 hgbot Note Added: 0163151
2024-04-12 13:09 hgbot Note Added: 0163152

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker