Openbravo Issue Tracking System - Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0052079ModulesAdvanced Warehouse Operationspublic2023-04-06 16:392023-04-26 12:52
Reporteraxelmercado 
Assigned ToTriage Omni WMS 
PriorityhighSeveritycriticalReproducibilityalways
StatusclosedResolutioninvalid 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Regression date
Regression introduced by commit
Regression level
Review Assigned To
Support ticket61096
OBNetwork customerOBPS
Regression introduced in release
Summary0052079: Front end AWO task re-appears after confirmation
DescriptionSometimes stockists complain that the Tasks they confirm on the tablets reappear a few moments after they have been confirmed.
The background process "Recalculate Hole Occupancy" has been modified because it was apparently causing contention. Now it only runs once in the early morning.
This has slightly reduced this problem but it is still being reported. In the "Errors when confirming Tasks" window, errors appear for Tasks that apparently wanted to be confirmed when they were already Confirmed in the Back.
Steps To Reproduce1. user confirms the task and the task disappears
2. user confirms the next task but the previous task confirmation was not yet synced with the server
3. the first confirmed task re-appears, causing the user to do twice the same picking
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
related to design defect 0049287 closed fermin_gascon Front end AWO task re-appears after confirmation 
related to defect 0052020 closed Sandrahuguet [Offline] RM-5696: When a DOr task is confirmed while offline it does not automatically disappear, it should. 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2023-04-06 16:39axelmercadoNew Issue
2023-04-06 16:39axelmercadoAssigned To => Triage Omni WMS
2023-04-06 16:39axelmercadoSupport ticket => 61096
2023-04-06 16:39axelmercadoOBNetwork customer => OBPS
2023-04-06 16:39axelmercadoRelationship addedrelated to 0049287
2023-04-06 16:43axelmercadoNote Added: 0148329
2023-04-17 10:36migueldejuanaRelationship addedrelated to 0052020
2023-04-17 15:35axelmercadoNote Edited: 0148329bug_revision_view_page.php?bugnote_id=0148329#r25882
2023-04-26 12:52vmromanosNote Added: 0148923
2023-04-26 12:52vmromanosStatusnew => closed
2023-04-26 12:52vmromanosResolutionopen => invalid

Notes
(0148329)
axelmercado   
2023-04-06 16:43   
(edited on: 2023-04-17 15:35)
This patch is required for the Rolcar client which is in version PR18Q3.2 and contains some modifications to its module. Please find attached the module which is available at the following link: https://drive.google.com/file/d/1PyRCmGguZ2JgkRiU0kuR4oddQ90qatx1/view?usp=sharing [^]
(0148923)
vmromanos   
2023-04-26 12:52   
We are rejecting the issue because:
- The version to backport is very old and customized
- The design defect was there from the very beginning (nothing new due to an upgrade or something like this), so they have been working with it already.
- It doesn't block the user from operating with the system or it isn't a security issue.
- We don't have the certainty that the backport would fully fix it.
- The effort to do it is extremely high.