Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0052312
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Retail Modules] Web POSmajoralways2023-04-27 15:412023-05-29 14:26
Reportergorka_gilView Statuspublic 
Assigned Togorka_gil 
PriorityhighResolutionfixedFixed in VersionRR23Q1.3
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget VersionRR23Q1.3
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0052312: 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
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
blocks defect 0052284 closedgorka_gil Creating many cash managements hangs the terminal 

-  Notes
(0150415)
hgbot (developer)
2023-05-29 13:56

 Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1217 [^]
(0150416)
hgbot (developer)
2023-05-29 13:59

 Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1218 [^]
(0150417)
hgbot (developer)
2023-05-29 14:01

 Merge request closed: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1218 [^]
(0150423)
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: 209d084101b4e0f7bfb801cb2c402d8d073a3240
Author: Gorka Gil <gorka.gil@openbravo.com>
Date: 29-05-2023 13:56:25
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/209d084101b4e0f7bfb801cb2c402d8d073a3240 [^]

Fixes ISSUE-52312: 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
---
(0150424)
hgbot (developer)
2023-05-29 14:26

 Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/1217 [^]

- Issue History
Date Modified Username Field Change
2023-05-03 09:14 marvintm Type defect => backport
2023-05-03 09:14 marvintm Target Version => RR23Q1.3
2023-05-29 13:56 hgbot Note Added: 0150415
2023-05-29 13:59 hgbot Note Added: 0150416
2023-05-29 14:01 hgbot Note Added: 0150417
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 => RR23Q1.3
2023-05-29 14:26 hgbot Note Added: 0150423
2023-05-29 14:26 hgbot Note Added: 0150424

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker