Project:
| View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
| ID | ||||||||
| 0052311 | ||||||||
| Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
| backport | [Retail Modules] Web POS | major | always | 2023-04-27 15:41 | 2023-05-29 14:26 | |||
| Reporter | gorka_gil | View Status | public | |||||
| Assigned To | gorka_gil | |||||||
| Priority | high | Resolution | fixed | Fixed in Version | RR23Q2.1 | |||
| Status | closed | Fix in branch | Fixed in SCM revision | |||||
| Projection | none | ETA | none | Target Version | RR23Q2.1 | |||
| OS | Any | Database | Any | Java version | ||||
| OS Version | Database version | Ant version | ||||||
| Product Version | SCM revision | |||||||
| Merge Request Status | approved | |||||||
| Review Assigned To | ||||||||
| OBNetwork customer | No | |||||||
| Support ticket | ||||||||
| Regression level | ||||||||
| Regression date | ||||||||
| Regression introduced in release | ||||||||
| Regression introduced by commit | ||||||||
| Triggers an Emergency Pack | No | |||||||
| Summary | 0052311: Creating many cash managements hangs the terminal | |||||||
| Description | When creating around 14 - 16 cash managements the terminal goes extremly slow and hangs. The problem it is the cashupReportInformation of the cashManagement that it is added recursively in each cash management. What causes the state to increase a lot in size till reach the limit quota or the compression to persist uses all the cpu. | |||||||
| Steps To Reproduce | go to pos go to cash management window, add a deposit, click done repeat previus line 16 times ERROR: Starting from 10-12 it will go slower, and when reachin 14-16 it will be almost hang | |||||||
| Proposed Solution | Remove the cashupReportInformation from the state, only it is needed when sending to backend the cash management | |||||||
| Tags | No tags attached. | |||||||
| Attached Files | ||||||||
 Relationships [ Relation Graph ]
[ Dependency Graph ]
|
||||||||
|
||||||||
 Relationships |
|
Notes |
|
|
(0150418) hgbot (developer) 2023-05-29 14:04 |
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1219 [^] |
|
(0150426) hgbot (developer) 2023-05-29 14:26 |
Directly closing issue as related merge request is already approved. Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^] Changeset: 4724087cd6eb20a0f6681ad12e7d601949611690 Author: Gorka Gil <gorka.gil@openbravo.com> Date: 29-05-2023 14:03:35 URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/4724087cd6eb20a0f6681ad12e7d601949611690 [^] Fixes ISSUE-52311: Fix to not store in the state in each cashmanagement the cashupReportInformation If stored in the state, in each cash management it is adding recursively the cashupReportInformation, and in around 15 cash managements the application hangs because the state is too big and runs out of quota or the compression to save to disk takes all the cpu. Also cash management messages can not be synchronized to the backend because of its huge size --- M web/org.openbravo.retail.posterminal/app/model/business-object/cashup/actions/ProcessCashManagements.js --- |
|
(0150427) hgbot (developer) 2023-05-29 14:26 |
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1219 [^] |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2023-05-03 09:14 | marvintm | Type | defect => backport |
| 2023-05-03 09:14 | marvintm | Target Version | => RR23Q2.1 |
| 2023-05-29 14:04 | hgbot | Note Added: 0150418 | |
| 2023-05-29 14:26 | hgbot | Resolution | open => fixed |
| 2023-05-29 14:26 | hgbot | Status | scheduled => closed |
| 2023-05-29 14:26 | hgbot | Fixed in Version | => RR23Q2.1 |
| 2023-05-29 14:26 | hgbot | Note Added: 0150426 | |
| 2023-05-29 14:26 | hgbot | Note Added: 0150427 | |
|
Issue History |
| Copyright © 2000 - 2009 MantisBT Group |
 |