Bug 793384 (JBEPP-466)

Summary: Items in the Group menu are doubled while testing LDAP backwards compatibility
Product: [JBoss] JBoss Enterprise Portal Platform 5 Reporter: Viliam Rockai <vrockai>
Component: PortalAssignee: Boleslaw Dawidowicz <bdawidow>
Status: CLOSED NOTABUG QA Contact:
Severity: medium Docs Contact:
Priority: low    
Version: 5.0.1.CR01CC: epp-bugs, hfnukal, theute, vrockai
Target Milestone: ---   
Target Release: 5.2.2.ER01   
Hardware: Unspecified   
OS: Unspecified   
URL: http://jira.jboss.org/jira/browse/JBEPP-466
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-06-27 09:02:25 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Viliam Rockai 2010-09-17 09:54:39 UTC
project_key: JBEPP

1. startup clean epp 5.0.1 (1st instance) ... shut it down
2. startup epp 5.0.1 configured with LDAP 
3. startup clean epp 5.0.1 (2nd instance) ... shut it down
4. startup epp 5.0.1 configured with LDAP 
5. items in the group menu are now doubled

Comment 2 Prabhat Jha 2010-09-21 21:04:04 UTC
Pls see the comment above and verify on that scenario and then assign to Bolek based on what you find.

Comment 3 Viliam Rockai 2010-09-22 11:24:16 UTC
when the IDM was pointing to single DB instance in each step, no menu was doubled

Comment 4 Viliam Rockai 2011-01-19 14:19:48 UTC
assigning to Bolek. the issue remains in EPP 5.1.0.

Comment 5 Jared MORGAN 2011-11-18 01:00:39 UTC
Release Notes Docs Status: Added: Not Required


Comment 6 hfnukal@redhat.com 2012-01-11 11:31:43 UTC
Labels: Added: EPP_5_2_1_Candidate


Comment 7 Thomas Heute 2012-01-12 09:58:40 UTC
Viliam, could you verify in 5.2.0 ?

Comment 8 Thomas Heute 2012-01-12 09:59:21 UTC
Please reassign to Bolek if that's still an issue

Comment 9 Viliam Rockai 2012-01-13 16:00:42 UTC
just checked. still an issue with 5.2.0, reassigning to bolek.

Comment 10 boleslaw.dawidowicz 2012-02-16 09:16:46 UTC
Labels: Removed: EPP_5_2_1_Candidate 


Comment 11 Boleslaw Dawidowicz 2012-06-27 08:53:06 UTC
More precise procedure to reproduce this from Viliam:

1. start 5.0.1 in def config, stop it
2. configure 5.0.1 to use ldap (read/write) on perf15. the ldap was empty. start the server, check, if everything is ok (open in browser), login as root, check the group menu. everything looks fine, stop the server
3. start 5.2.0 in def config, stop it
4. configure 5.2 to use ldap (r/w) on perf15 - the same as before, ldap now has data, which were populated after 5.0.1 start. start the server, login as root
5. in group menu, i see everything two times

Comment 12 Boleslaw Dawidowicz 2012-06-27 09:02:25 UTC
I spent significant time testing this and came to the conclusion that scenario is not good. 

Main problem with this bug is that it tries to migrate /platform/* groups created in LDAP without keeping IDM database. Also because EPP was started without LDAP connected first, entries like /platform/users are added to LDAP without any memberships. Therefore state between DB and LDAP is a bit broken from the start. 

Main goal of this test scenario was to verify if users and groups added to LDAP in EPP 5.0 can be successfully picked up in EPP 5.2 with clean DB. To test this I tried steps below:

1) Start clean EPP 5.0.1. Stop it. 
2) Configure 5.0.1 with LDAP in R/W config. However in idm-configuration.xml ONLY mapped this group entry:

 <entry>
    <key><string>/ext_platform/*</string></key>
    <value><string>platform_type</string></value>
 </entry>

3) Start EPP 5.0.1 instance again. Add new "testUser". Add new group "/ext_platform". Add new group "/test_platfrom/test_group". Add "testUser" as "member" of "/test_platform/test_group"

4) Verify that "testUser" and "test_group" are both present in LDAP. Stop EPP instance.

5) Run clean EPP 5.2.1 instance. Stop it.
6) Configure 5.0.1 with LDAP in R/W config. Apply same mapping in idm-configuration.xml as before. 
7) Start EPP 5.2.1 instance again. C
8) Add new "/ext_platform" group. Verify that it contains "test_group" with "testUser" member.

All entries added to LDAP in 5.0.1 are visable in 5.2.1.