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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0055134
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] 01. General setupmajoralways2024-04-09 09:362024-04-22 12:16
ReporterLeyreView Statuspublic 
Assigned Tomeriem_azaf 
PriorityhighResolutionfixedFixed in VersionPR24Q3
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned ToAugustoMauch
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

0055134: 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 Filespng file icon image.png [^] (190,088 bytes) 2024-04-09 09:36

- Relationships Relation Graph ] Dependency Graph ]
duplicate of defect 0053872 closedRajesh_18 Retail Modules [Promos] - Deactivation of several records KO in some cases 
depends on backport 0055150PR24Q2 closedTriage Platform Base Openbravo ERP It is possible to active more terminals that are allowed in the instance. 
depends on backport 0055151PR24Q1.2 closedTriage Platform Base Openbravo ERP It is possible to active more terminals that are allowed in the instance. 
caused by feature request 0053407 closedmeriem_azaf Openbravo ERP Multi-record activation/deactivation 
related to defect 0056875RR24Q2 closedRajesh_18 Retail Modules [Copy Retail Store] Problem maximum number of active WebPOS 

-  Notes
(0163090)
Leyre (developer)
2024-04-11 11:28

With the patch related to the issue 53872:

https://gitlab.com/openbravo/product/openbravo/-/commit/ca43604951e4b318b53ced51a406cc7a31b9bd61 [^]

The problem is reproducible.
(0163129)
hgbot (developer)
2024-04-12 09:33

Merge Request created: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1196 [^]
(0163317)
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: a74182b20d3c34efe3587d9920c8acf7112014fb
Author: Augusto Mauch <augusto.mauch@openbravo.com>
Date: 16-04-2024 11:14:22
URL: https://gitlab.com/openbravo/product/openbravo/-/commit/a74182b20d3c34efe3587d9920c8acf7112014fb [^]

Fixes ISSUE-55134: 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
---
(0163318)
hgbot (developer)
2024-04-17 11:14

Merge request merged: https://gitlab.com/openbravo/product/openbravo/-/merge_requests/1196 [^]
(0163334)
Leyre (developer)
2024-04-17 13:05

The patch fixes the problem in the "Touchpoint" window, now it is not possible to activate more terminals than allowed in the instance and a new error message appears

But if you navigate to the "Instance Activation" window as a "System Administrator" role, the data is updated incorrectly: WebPOS Terminals and Active WebPOS Terminals = the maximum allowed in both cases.

- Issue History
Date Modified Username Field Change
2024-04-09 09:36 Leyre New Issue
2024-04-09 09:36 Leyre Assigned To => Triage Omni OMS
2024-04-09 09:36 Leyre File Added: image.png
2024-04-09 09:36 Leyre Modules => Core
2024-04-09 09:36 Leyre Triggers an Emergency Pack => No
2024-04-09 09:50 aferraz Assigned To Triage Omni OMS => Triage Platform Base
2024-04-10 08:23 AugustoMauch Regression level => Production - Confirmed Stable
2024-04-10 08:23 AugustoMauch Regression date => 2023-09-17
2024-04-10 08:23 AugustoMauch Regression introduced in release => PR23Q4
2024-04-10 08:23 AugustoMauch Regression introduced by commit => https://gitlab.com/openbravo/product/openbravo/-/commit/fcd246dff378226fbc702ed953da646619b6c35f [^]
2024-04-10 08:23 AugustoMauch Relationship added caused by 0053407
2024-04-10 08:23 AugustoMauch Status new => scheduled
2024-04-11 10:26 meriem_azaf Assigned To Triage Platform Base => meriem_azaf
2024-04-11 10:27 meriem_azaf Review Assigned To => AugustoMauch
2024-04-11 10:27 meriem_azaf Relationship added duplicate of 0055164
2024-04-11 10:27 meriem_azaf Status scheduled => closed
2024-04-11 10:27 meriem_azaf Resolution open => duplicate
2024-04-11 10:48 ngarcia Relationship added duplicate of 0053872
2024-04-11 11:07 Leyre Note Added: 0163088
2024-04-11 11:07 Leyre Status closed => new
2024-04-11 11:20 Leyre Note Deleted: 0163088
2024-04-11 11:28 Leyre Note Added: 0163090
2024-04-12 09:33 hgbot Note Added: 0163129
2024-04-17 11:14 hgbot Resolution duplicate => fixed
2024-04-17 11:14 hgbot Status new => closed
2024-04-17 11:14 hgbot Fixed in Version => PR24Q3
2024-04-17 11:14 hgbot Note Added: 0163317
2024-04-17 11:14 hgbot Note Added: 0163318
2024-04-17 13:05 Leyre Note Added: 0163334
2024-04-17 13:05 Leyre Status closed => new
2024-04-22 12:14 AugustoMauch Status new => scheduled
2024-04-22 12:16 AugustoMauch Status scheduled => closed
2024-10-29 08:33 alostale Relationship added related to 0056875


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker