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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0047734
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Modules] Advanced Warehouse Operationscriticalunable to reproduce2021-09-21 21:072022-01-18 09:57
ReporterlbressanView Statuspublic 
Assigned Toranjith_qualiantech_com 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Regression date2021-10-13
Regression introduced by commit
Regression level
Review Assigned Toguilleaer
Regression introduced in release
Summary

0047734: AWO - Possible 21Q2 regression when confirming tasks in an FE with high number of tasks

DescriptionThe client is using:
Environment: 21Q2.2
Advanced Warehouse Operations 1.5.212000

At various points in the warehouse, work is carried out with a high volume of tasks. It is not possible to reduce the value of the preference because then when scanning a product of a task assigned to the user that is not loaded it would not be located in the FE. Right now they have had to spend the day confirming tasks from the BE since from the FE it is inoperable
It is difficult to work with a large flow of tasks
The problem may have arisen with the possible regression that could be introduced in https://issues.openbravo.com/view.php?id=0041775 [^] since in the previous version of the client (19Q3), this behavior did not occur, yet having 200 or 300 tasks loaded in the FE.
Comparing the code of the 2 versions of the client environments (21Q2 vs. 19Q3) we believe that the problem could be in the code of obawo-tasks-view.js, specifically in the part indicated in the image
Steps To Reproduce1) Set the preference "Limit of tasks to be loaded by mobile application" to a high enough value, for example 300 tasks as seen in the image
2) Assign a high number of pending tasks to confirm any type (picking, receipt, move, etc.), for example 200 to a user
3) Access the FE AWO with that user and confirm the first one. Observe that the "Loading" bar appears for several minutes (2-5 ') -> KO! After this time, two things can happen: that the browser is "frozen" or that it ends with the correctly confirmed task
4) Confirm the next user task -> OK. The task is normally confirmed in less than 1 sec.
5) The behavior in 3) is reproducible every time the user refreshes their task list or a task is added to their queue
TagsNo tags attached.
Attached Filespng file icon obawo-tasks-view.png [^] (39,560 bytes) 2021-09-21 21:07


diff file icon issue47734.diff [^] (2,569 bytes) 2021-09-24 12:46 [Show Content]
png file icon RefreshAWO.png [^] (298,563 bytes) 2021-10-02 02:02

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0048472 closedranjith_qualiantech_com Problem using the circle task in order to confirm a task 

-  Notes
(0131979)
guilleaer (developer)
2021-09-22 18:01

Patch attached which is not the final version but can resolve the problem until we develop a complete solution
(0131980)
eugeni (reporter)
2021-09-22 18:06

Thanks, we proceed to test it asap
(0131981)
ivancaceres (reporter)
2021-09-22 19:45

We have tested patch with the same result, the "Loading" bar appears for several minutes (2-5 ')
(0132000)
marvintm (developer)
2021-09-24 12:56

We have attached a new solution which seems to work. It would be great if you could confirm that it is the case.
(0132006)
hgbot (developer)
2021-09-27 07:15

Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.warehouse.advancedwarehouseoperations/-/merge_requests/34 [^]
(0132033)
eugeni (reporter)
2021-09-27 18:23
edited on: 2021-09-27 18:23

Applied in customer testing environment. Preliminary testing: seems to work fine. Customer will test now with current AWO mobile devices and will confirm it's fine from his side as well.

(0132103)
lbressan (developer)
2021-10-02 02:01

The client tells us the following after applying the patch:
After applying the fix in the Test environment, in principle, everything corrected, however, I think it causes a minor collateral effect: the "Refresh Tasks" button on the top bar does not work (see attached image: RefreshAWO.png). Using the Menu -> Update option does work.
(0132153)
ranjith_qualiantech_com (developer)
2021-10-04 19:15

Refresh Tasks will work only if Pref. "Show confirmation when refreshing individual tasks" is enabled
(0132566)
hgbot (developer)
2021-10-22 10:53

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.warehouse.advancedwarehouseoperations [^]
Changeset: 6f2be9a3a380d6a81bfb7eabe9f972b0b5e677b4
Author: Ranjith S R <ranjith@qualiantech.com>
Date: 2021-10-22T08:39:23+00:00
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.warehouse.advancedwarehouseoperations/-/commit/6f2be9a3a380d6a81bfb7eabe9f972b0b5e677b4 [^]

Fixed ISSUE-47734: UI should not be updated until all tasks has been generated
* TaskList should be updated with silent attribute, so UI will not be updated
* UI will be updated only with reset option

---
M web/org.openbravo.warehouse.advancedwarehouseoperations/source/maintasks/obawo-tasks-view.js
M web/org.openbravo.warehouse.advancedwarehouseoperations/source/models/centralbroker.js
---
(0132567)
hgbot (developer)
2021-10-22 10:53

Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.warehouse.advancedwarehouseoperations/-/merge_requests/34 [^]
(0134353)
ranjith_qualiantech_com (developer)
2022-01-18 09:57

If the user confirms the tasks quickly using the "ball" associated with the task instead of via the orange "Confirm" button on the FE AWO. It works correctly if the "Confirm" button is used, although this is not the most common operation when the device is a PDA in which only one of the two parts of the screen is shown

https://drive.google.com/file/d/1a0GOW_ovE_QwmT0snEwoh6fp4MmvtUEz/view?usp=sharing [^]

- Issue History
Date Modified Username Field Change
2021-09-21 21:07 lbressan New Issue
2021-09-21 21:07 lbressan Assigned To => Triage Finance
2021-09-21 21:07 lbressan File Added: obawo-tasks-view.png
2021-09-21 21:07 lbressan Regression date => 2021-10-13
2021-09-21 21:28 eugeni Issue Monitored: eugeni
2021-09-22 07:21 ivancaceres Issue Monitored: ivancaceres
2021-09-22 10:57 dmitry_mezentsev Issue Monitored: dmitry_mezentsev
2021-09-22 18:00 guilleaer File Added: tmpIssue47734.diff
2021-09-22 18:01 guilleaer Note Added: 0131979
2021-09-22 18:06 eugeni Note Added: 0131980
2021-09-22 18:08 guilleaer File Deleted: tmpIssue47734.diff
2021-09-22 18:08 guilleaer File Added: tmpIssue47734.diff
2021-09-22 19:45 ivancaceres Note Added: 0131981
2021-09-24 12:45 marvintm File Deleted: tmpIssue47734.diff
2021-09-24 12:46 marvintm File Added: issue47734.diff
2021-09-24 12:55 marvintm Assigned To Triage Finance => marvintm
2021-09-24 12:56 marvintm Assigned To marvintm => Retail
2021-09-24 12:56 marvintm Assigned To Retail => ranjith_qualiantech_com
2021-09-24 12:56 marvintm Status new => scheduled
2021-09-24 12:56 marvintm Note Added: 0132000
2021-09-27 07:15 hgbot Note Added: 0132006
2021-09-27 18:23 eugeni Note Added: 0132033
2021-09-27 18:23 eugeni Note Edited: 0132033 View Revisions
2021-10-02 02:01 lbressan Note Added: 0132103
2021-10-02 02:02 lbressan File Added: RefreshAWO.png
2021-10-04 19:15 ranjith_qualiantech_com Note Added: 0132153
2021-10-22 10:53 hgbot Resolution open => fixed
2021-10-22 10:53 hgbot Status scheduled => resolved
2021-10-22 10:53 hgbot Note Added: 0132566
2021-10-22 10:53 hgbot Note Added: 0132567
2021-11-08 12:17 marvintm Review Assigned To => guilleaer
2021-11-08 12:17 marvintm Status resolved => closed
2022-01-18 09:57 ranjith_qualiantech_com Note Added: 0134353
2022-01-24 14:08 ranjith_qualiantech_com Relationship added related to 0048472
2022-09-06 17:18 caristu Category Advance Warehouse Operations => Advanced Warehouse Operations


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker