Openbravo Issue Tracking System - Modules |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0057549 | Modules | Advanced Warehouse Operations | public | 2024-12-31 15:57 | 2025-03-27 11:59 |
|
| Reporter | axelmercado | |
| Assigned To | mtaal | |
| Priority | high | Severity | major | Reproducibility | always |
| Status | closed | Resolution | duplicate | |
| 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 | 117046 |
| OBNetwork customer | Gold |
| Regression introduced in release | |
|
| Summary | 0057549: Problem generating an inventory with thousands of lines - Timeout. |
| Description | When inventories with thousands of lines are generated, the process generates a timeout even increasing the latter. |
| Steps To Reproduce | It can be reproduced in the Maisadour Test environment. You can ask me for credentials via hangouts.
- In AWO.
- Menu --- Count.
- Reason --- Complete inventory.
- No filters.
- Start counting.
This is followed by a terminal freeze and a disconnection.
If we refresh we can notice that a new count has been created, if you try to enter it we receive another disconnection with a timeout in the mobile service “org.openbravo.warehouse.advancedwarehouseoperations.mobile.datasources.InventoryCountInfoProvider”. Even setting a timeout = 400, the problem is reproduced for cases with +3000 lines. |
| Proposed Solution | |
| Additional Information | |
| Tags | No tags attached. |
| Relationships | |
| Attached Files | |
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2024-12-31 15:57 | axelmercado | New Issue | |
| 2024-12-31 15:57 | axelmercado | Assigned To | => Triage Omni WMS |
| 2024-12-31 15:57 | axelmercado | OBNetwork customer | => No |
| 2024-12-31 17:12 | axelmercado | Note Added: 0173773 | |
| 2024-12-31 17:12 | axelmercado | Proposed Solution updated | |
| 2025-01-13 16:30 | egoitz | OBNetwork customer | No => Gold |
| 2025-01-13 16:31 | axelmercado | Support ticket | => 117046 |
| 2025-01-20 11:38 | mtaal | Assigned To | Triage Omni WMS => mtaal |
| 2025-01-20 11:39 | mtaal | Note Added: 0174379 | |
| 2025-01-20 11:39 | mtaal | Status | new => feedback |
| 2025-01-20 11:39 | mtaal | Note Edited: 0174379 | bug_revision_view_page.php?bugnote_id=0174379#r29074 |
| 2025-02-17 11:26 | vmromanos | Status | feedback => new |
| 2025-02-17 11:26 | vmromanos | Status | new => acknowledged |
| 2025-02-24 11:36 | mtaal | Note Added: 0176076 | |
| 2025-03-24 10:50 | mtaal | Note Added: 0177168 | |
| 2025-03-27 11:59 | hgbot | Note Added: 0177347 | |
| 2025-03-27 11:59 | hgbot | Status | acknowledged => closed |
| 2025-03-27 11:59 | hgbot | Resolution | open => duplicate |
|
Notes |
|
|
|
We have noticed that the problem originates in the following stacktrace:
at org.openbravo.warehouse.advancedwarehouseoperations.utils.Utilities.getCharacteristicDescription(Utilities.java:608)
at org.openbravo.warehouse.advancedwarehouseoperations.utils.inventorycount.InventoryCountUtils$1.<init>(InventoryCountUtils.java:619)
at org.openbravo.warehouse.advancedwarehouseoperations.utils.inventorycount.InventoryCountUtils.getLinesAssignedToUser(InventoryCountUtils.java:613)
at org.openbravo.warehouse.advancedwarehouseoperations.mobile.datasources.InventoryCountInfoProvider.exec(InventoryCountInfoProvider.java:111) |
|
|
|
(0174379)
|
|
mtaal
|
|
2025-01-20 11:39
|
|
We asked the reporter to do a test with a disabled getCharacteristicDescription to see if this is the cause of the issue.
|
|
|
|
(0176076)
|
|
mtaal
|
|
2025-02-24 11:36
|
|
|
Extending due date, customer has workaround |
|
|
|
(0177168)
|
|
mtaal
|
|
2025-03-24 10:50
|
|
|
Extending due date, customer has workaround |
|
|
|
(0177347)
|
|
hgbot
|
|
2025-03-27 11:59
|
|
|