Openbravo Issue Tracking System - Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0047734ModulesAdvanced Warehouse Operationspublic2021-09-21 21:072022-01-18 09:57
Reporterlbressan 
Assigned Toranjith_qualiantech_com 
PriorityurgentSeveritycriticalReproducibilityunable to reproduce
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Statusapproved
Regression date2021-10-13
Regression introduced by commit
Regression level
Review Assigned Toguilleaer
Support ticket28987
OBNetwork customerGold
Regression introduced in release
Summary0047734: 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
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to defect 0048472 closed ranjith_qualiantech_com Problem using the circle task in order to confirm a task 
Attached Filespng obawo-tasks-view.png (39,560) 2021-09-21 21:07
https://issues.openbravo.com/file_download.php?file_id=16210&type=bug
png

diff issue47734.diff (2,569) 2021-09-24 12:46
https://issues.openbravo.com/file_download.php?file_id=16222&type=bug
png RefreshAWO.png (298,563) 2021-10-02 02:02
https://issues.openbravo.com/file_download.php?file_id=16240&type=bug
Issue History
Date ModifiedUsernameFieldChange
2021-09-21 21:07lbressanNew Issue
2021-09-21 21:07lbressanAssigned To => Triage Finance
2021-09-21 21:07lbressanFile Added: obawo-tasks-view.png
2021-09-21 21:07lbressanRegression date => 2021-10-13
2021-09-21 21:07lbressanSupport ticket => 28987
2021-09-21 21:07lbressanOBNetwork customer => Gold
2021-09-21 21:28eugeniIssue Monitored: eugeni
2021-09-22 07:21ivancaceresIssue Monitored: ivancaceres
2021-09-22 10:57dmitry_mezentsevIssue Monitored: dmitry_mezentsev
2021-09-22 18:00guilleaerFile Added: tmpIssue47734.diff
2021-09-22 18:01guilleaerNote Added: 0131979
2021-09-22 18:06eugeniNote Added: 0131980
2021-09-22 18:08guilleaerFile Deleted: tmpIssue47734.diff
2021-09-22 18:08guilleaerFile Added: tmpIssue47734.diff
2021-09-22 19:45ivancaceresNote Added: 0131981
2021-09-24 12:45marvintmFile Deleted: tmpIssue47734.diff
2021-09-24 12:46marvintmFile Added: issue47734.diff
2021-09-24 12:55marvintmAssigned ToTriage Finance => marvintm
2021-09-24 12:56marvintmAssigned Tomarvintm => Retail
2021-09-24 12:56marvintmAssigned ToRetail => ranjith_qualiantech_com
2021-09-24 12:56marvintmStatusnew => scheduled
2021-09-24 12:56marvintmNote Added: 0132000
2021-09-27 07:15hgbotMerge Request Status => open
2021-09-27 07:15hgbotNote Added: 0132006
2021-09-27 18:23eugeniNote Added: 0132033
2021-09-27 18:23eugeniNote Edited: 0132033bug_revision_view_page.php?bugnote_id=0132033#r23112
2021-10-02 02:01lbressanNote Added: 0132103
2021-10-02 02:02lbressanFile Added: RefreshAWO.png
2021-10-04 19:15ranjith_qualiantech_comNote Added: 0132153
2021-10-22 10:53hgbotResolutionopen => fixed
2021-10-22 10:53hgbotStatusscheduled => resolved
2021-10-22 10:53hgbotNote Added: 0132566
2021-10-22 10:53hgbotMerge Request Statusopen => merged
2021-10-22 10:53hgbotNote Added: 0132567
2021-10-22 10:53hgbotMerge Request Statusmerged => approved
2021-11-08 12:17marvintmReview Assigned To => guilleaer
2021-11-08 12:17marvintmStatusresolved => closed
2022-01-18 09:57ranjith_qualiantech_comNote Added: 0134353
2022-01-24 14:08ranjith_qualiantech_comRelationship addedrelated to 0048472
2022-09-06 17:18caristuCategoryAdvance Warehouse Operations => Advanced Warehouse Operations

Notes
(0131979)
guilleaer   
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   
2021-09-22 18:06   
Thanks, we proceed to test it asap
(0131981)
ivancaceres   
2021-09-22 19:45   
We have tested patch with the same result, the "Loading" bar appears for several minutes (2-5 ')
(0132000)
marvintm   
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   
2021-09-27 07:15   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.warehouse.advancedwarehouseoperations/-/merge_requests/34 [^]
(0132033)
eugeni   
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   
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   
2021-10-04 19:15   
Refresh Tasks will work only if Pref. "Show confirmation when refreshing individual tasks" is enabled
(0132566)
hgbot   
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   
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   
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 [^]