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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0040734
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Sessionsmajoralways2019-04-30 17:042019-04-30 18:39
Reportersalvador_campanellaView Statuspublic 
Assigned ToRetail 
PrioritynormalResolutionopenFixed in Version
StatusnewFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionRR18Q3.3SCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0040734: Restrict User to a Single Login Instance not working for POS and Backoffice

DescriptionRestrict User to a Single Login Instance not working for POS and Backoffice

Exist a old issue with this topic
https://issues.openbravo.com/view.php?id=30883 [^]

In the repository this change was made in the revision: 34151
Steps To Reproduce1. In Openbravo.properties file. Set login.limit.user.session=true
2. Compile and restart tomcat
3. Login to OB Backoffice with User 1
4. Attempt to log intoOB POS with User 1
5. Receive the attached error message [OK] - as expected per the properties setting
6. Click OK button
7. Expect OB to end the other session (from step 3), but that session remains logged on
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0111402)
shuehner (administrator)
2019-04-30 17:22

Not a regression. That feature was removed as part of 'license cleanup' in 18Q3.

Initially that feature was added to help license compliance with license of type 'named user' only sold if old obsolete ondemand hosting.

As those licenses are obsolete and not used anymore as part of cleaning up licensing code in 18Q3 was feature was removed.
That is also indirectly visible by not having the login.limit.user.session line anymore in the Openbravo.properties template.

hg cat -r 3.0PR18Q2 config/Openbravo.properties.template | grep limit.user
login.limit.user.session=false
hg cat -r 3.0PR18Q3 config/Openbravo.properties.template | grep limit.user


Or similar can be used to see when it was removed.
(0111403)
johnfandl (reporter)
2019-04-30 18:39

RE:

"Not a regression. That feature was removed as part of 'license cleanup' in 18Q3.

Initially that feature was added to help license compliance with license of type 'named user' only sold if old obsolete ondemand hosting."

From the partner perspective, this is a regression. When you create a new core platform feature that you document in the wiki, partners build on top of it (relying on it), and then you remove it without any notification at all (essentially breaking partner code) - that is essentially the definition of a regression.

- Issue History
Date Modified Username Field Change
2019-04-30 17:04 salvador_campanella New Issue
2019-04-30 17:04 salvador_campanella Assigned To => Retail
2019-04-30 17:04 salvador_campanella Triggers an Emergency Pack => No
2019-04-30 17:22 shuehner Note Added: 0111402
2019-04-30 18:39 johnfandl Note Added: 0111403


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker