Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0052079 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| defect | [Modules] Advanced Warehouse Operations | critical | always | 2023-04-06 16:39 | 2023-04-26 12:52 | |||
| Reporter | axelmercado | View Status | public | |||||
| Assigned To | Triage Omni WMS | |||||||
| Priority | high | Resolution | invalid | Fixed in Version | ||||
| Status | closed | Fix in branch | Fixed in SCM revision | |||||
| Projection | none | ETA | none | Target Version | ||||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Regression date | ||||||||
| Regression introduced by commit | ||||||||
| Regression level | ||||||||
| Review Assigned To | ||||||||
| Regression introduced in release | ||||||||
| Summary | 0052079: Front end AWO task re-appears after confirmation | |||||||
| Description | Sometimes 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 Reproduce | 1. 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 | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
|||||||||||||||
|
|||||||||||||||
 Relationships |
|
Notes |
|
|
(0148329) axelmercado (developer) 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 (manager) 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. |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2023-04-06 16:39 | axelmercado | New Issue | |
| 2023-04-06 16:39 | axelmercado | Assigned To | => Triage Omni WMS |
| 2023-04-06 16:39 | axelmercado | Relationship added | related to 0049287 |
| 2023-04-06 16:43 | axelmercado | Note Added: 0148329 | |
| 2023-04-17 10:36 | migueldejuana | Relationship added | related to 0052020 |
| 2023-04-17 15:35 | axelmercado | Note Edited: 0148329 | View Revisions |
| 2023-04-26 12:52 | vmromanos | Note Added: 0148923 | |
| 2023-04-26 12:52 | vmromanos | Status | new => closed |
| 2023-04-26 12:52 | vmromanos | Resolution | open => invalid |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |