Openbravo Issue Tracking System - Modules |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0049854 | Modules | Warehouse Picking | public | 2022-07-20 12:08 | 2023-03-20 15:51 |
|
| Reporter | XABIER_AGUADO | |
| Assigned To | XABIER_AGUADO | |
| Priority | low | Severity | major | Reproducibility | always |
| Status | closed | Resolution | unable to reproduce | |
| Platform | | OS | 5 | OS Version | |
| Product Version | | |
| Target Version | | Fixed in Version | | |
| Merge Request Status | |
| Regression date | |
| Regression introduced by commit | |
| Regression level | |
| Review Assigned To | |
| Support ticket | |
| OBNetwork customer | |
| Regression introduced in release | |
|
| Summary | 0049854: Scanning product in AWO adds incoherent units (reception -DOR) |
| Description | Scanning product in AWO adds incoherent units in the left input field of the screen.
Video: https://watch.screencastify.com/v/RSuxsBKZsBP0lZuS7jYL [^] |
| Steps To Reproduce | Create a DOI document/expedition from store A to store B in BO
Go to an AWO store and find the notification task with the DOI number
open the task
Confirm the task avec units required
Go to AWO store B and find the notification task with the DOR number
Click on the left input field
Scan the product required => the product code number is read and added as a number of units, by scanning twice the "infinity" units appears |
| Proposed Solution | Have a limit here to avoid errors |
| Additional Information | |
| Tags | FASH |
| Relationships | |
| Attached Files |  49854--unabletoreproduce.mp4 (327,965) 2022-08-22 13:28
https://issues.openbravo.com/file_download.php?file_id=17417&type=bug |
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2022-07-20 12:08 | XABIER_AGUADO | New Issue | |
| 2022-07-20 12:08 | XABIER_AGUADO | Assigned To | => Triage Omni WMS |
| 2022-07-20 12:08 | XABIER_AGUADO | Tag Attached: FASH | |
| 2022-07-20 12:09 | XABIER_AGUADO | Steps to Reproduce Updated | bug_revision_view_page.php?rev_id=24524#r24524 |
| 2022-08-04 10:39 | mtaal | Note Added: 0139879 | |
| 2022-08-22 13:28 | vmromanos | File Added: 49854--unabletoreproduce.mp4 | |
| 2022-08-22 13:30 | vmromanos | Note Added: 0140294 | |
| 2022-08-22 13:30 | vmromanos | Assigned To | Triage Omni WMS => XABIER_AGUADO |
| 2022-08-22 13:30 | vmromanos | Status | new => feedback |
| 2023-03-20 13:25 | XABIER_AGUADO | Note Added: 0147705 | |
| 2023-03-20 13:25 | XABIER_AGUADO | Status | feedback => scheduled |
| 2023-03-20 13:25 | XABIER_AGUADO | Resolution | open => invalid |
| 2023-03-20 15:51 | mtaal | Status | scheduled => closed |
| 2023-03-20 15:51 | mtaal | Resolution | invalid => unable to reproduce |
|
Notes |
|
|
(0139879)
|
|
mtaal
|
|
2022-08-04 10:39
|
|
The focus is on the input field when the scanning happens and the product search key is placed in that field.
The solution is to prevent scanning in this qty field. The question is if this is technically feasible. This will be checked. |
|
|
|
|
We are unable to reproduce it. See attached 49854--unabletoreproduce.mp4
This "Infinity" does not appear even when scanning a very big number.
On the other side, the field doesn't consider any non-digit character.
IMHO it's working fine.
In feedback to see if you are able to provide very detailed steps to reproduce it |
|
|
|
|
|
Currently, the focus is not on the Quantity field so units are scanned one by one. We can close this issue. |
|