Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0052284Retail ModulesWeb POSpublic2023-04-27 15:412023-05-03 09:15
Reportergorka_gil 
Assigned Togorka_gil 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in VersionRR23Q3 
Merge Request Statusapproved
Review Assigned Tomarvintm
OBNetwork customerNo
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0052284: Creating many cash managements hangs the terminal
DescriptionWhen 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 Reproducego 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 SolutionRemove the cashupReportInformation from the state, only it is needed when sending to backend the cash management
Additional Information
TagsNo tags attached.
Relationships
depends on backport 0052311RR23Q2.1 closed gorka_gil Creating many cash managements hangs the terminal 
depends on backport 0052312RR23Q1.3 closed gorka_gil Creating many cash managements hangs the terminal 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2023-04-27 15:41gorka_gilNew Issue
2023-04-27 15:41gorka_gilAssigned To => gorka_gil
2023-04-27 15:41gorka_gilOBNetwork customer => No
2023-04-27 15:41gorka_gilTriggers an Emergency Pack => No
2023-04-27 15:46hgbotMerge Request Status => open
2023-04-27 15:46hgbotNote Added: 0149022
2023-05-02 16:26hgbotMerge Request Statusopen => approved
2023-05-02 16:27hgbotResolutionopen => fixed
2023-05-02 16:27hgbotStatusnew => closed
2023-05-02 16:27hgbotFixed in Version => RR23Q3
2023-05-02 16:27hgbotNote Added: 0149149
2023-05-02 16:27hgbotNote Added: 0149150
2023-05-03 09:14marvintmStatusclosed => new
2023-05-03 09:14marvintmResolutionfixed => open
2023-05-03 09:14marvintmFixed in VersionRR23Q3 =>
2023-05-03 09:14marvintmStatusnew => scheduled
2023-05-03 09:14marvintmStatusscheduled => resolved
2023-05-03 09:14marvintmFixed in Version => RR23Q3
2023-05-03 09:14marvintmResolutionopen => fixed
2023-05-03 09:15marvintmReview Assigned To => marvintm
2023-05-03 09:15marvintmStatusresolved => closed

Notes
(0149022)
hgbot   
2023-04-27 15:46   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1167 [^]
(0149149)
hgbot   
2023-05-02 16:27   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: 58c770127ff28a15a54ea11cc72805dbb00cf1ed
Author: Gorka Gil <gorka.gil@openbravo.com>
Date: 02-05-2023 14:26:56
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/58c770127ff28a15a54ea11cc72805dbb00cf1ed [^]

Fixes ISSUE-52284: 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
---
(0149150)
hgbot   
2023-05-02 16:27   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1167 [^]