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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0055151
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[Openbravo ERP] 01. General setupmajoralways2024-04-09 09:362024-04-17 11:14
ReporterLeyreView Statuspublic 
Assigned ToTriage Platform Base 
PriorityhighResolutionfixedFixed in VersionPR24Q1.2
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget VersionPR24Q1.2
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Web browser
ModulesCore
Regression levelProduction - Confirmed Stable
Regression date2023-09-17
Regression introduced in releasePR23Q4
Regression introduced by commithttps://gitlab.com/openbravo/product/openbravo/-/commit/fcd246dff378226fbc702ed953da646619b6c35f [^]
Triggers an Emergency PackNo
Summary

0055151: It is possible to active more terminals that are allowed in the instance.

DescriptionIt is possible to active more terminals that are allowed in the instance.
Steps To ReproduceAs system administator:
1. Open the "Instance Activation" window and confirm the maximum number of allowed active POS terminals in the instance. In my case, for example, 3.
2. Confirm that there are less active terminals than the maximum allowed. In my case 1.

Change the role:
3. Open the "Channel - Touchpoint" window.
2. Select more terminals than the allowed in the instance and click on the button "Activate or deactivate the current(selected) record(s)". See attached image.

Result: It is possible to active more terminals than allowed. Additionally, if you change to "System Administrator" role and navigate to the "Instance Activation" window, even if you click the refresh button, the data is not refershed.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
blocks defect 0055134 closedmeriem_azaf It is possible to active more terminals that are allowed in the instance. 

-  Notes
(0163253)
hgbot (developer)
2024-04-16 09:44

Merge Request created: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1202 [^]
(0163319)
hgbot (developer)
2024-04-17 11:14

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/openbravo [^]
Changeset: a3a51f4f18f20a3c369d59419d7d32b16b8c4304
Author: Rajesh Senthilkumar <rajesh@qualiantech.com>
Date: 16-04-2024 09:56:19
URL: https://gitlab.com/openbravo/product/openbravo/-/commit/a3a51f4f18f20a3c369d59419d7d32b16b8c4304 [^]

Fixed ISSUE-55151: Refactored to OBQuery to invoke event handlers

---
M modules/org.openbravo.client.application/src/org/openbravo/client/application/EnableOrDisableMultipleRecords.java
---
(0163320)
hgbot (developer)
2024-04-17 11:14

Merge request merged: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1202 [^]
(0163321)
hgbot (developer)
2024-04-17 11:14

Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/openbravo [^]
Changeset: 2065202a57920a34b9b7de585c5a39d135c01a4a
Author: Augusto Mauch <augusto.mauch@openbravo.com>
Date: 16-04-2024 09:58:34
URL: https://gitlab.com/openbravo/product/openbravo/-/commit/2065202a57920a34b9b7de585c5a39d135c01a4a [^]

Fixes ISSUE-55151: Event handlers get accurate info on the number of active records

The problem was that when enabling/disabling recordsa using the EnableOrDisableMultipleRecords process, the
event handlers were not receiving accurate info on the number of currently active records if data was flushed
updated updating them all.

In order to prevent this problem, now data is flushed after updating each records. This results in a slower execution
of the process but it is still reasonable fast (changing the active flag of 100 records took <100ms)

---
M modules/org.openbravo.client.application/src/org/openbravo/client/application/EnableOrDisableMultipleRecords.java
---

- Issue History
Date Modified Username Field Change
2024-04-10 08:23 AugustoMauch Type defect => backport
2024-04-10 08:23 AugustoMauch Target Version => PR24Q1.2
2024-04-16 09:44 hgbot Note Added: 0163253
2024-04-17 11:14 hgbot Resolution open => fixed
2024-04-17 11:14 hgbot Status scheduled => closed
2024-04-17 11:14 hgbot Fixed in Version => PR24Q1.2
2024-04-17 11:14 hgbot Note Added: 0163319
2024-04-17 11:14 hgbot Note Added: 0163320
2024-04-17 11:14 hgbot Note Added: 0163321


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker