Project

General

Profile

Actions

Task #507

closed

Provisioning per role

Added by Petr Michal almost 7 years ago. Updated almost 7 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Petr Michal
Category:
Provisioning
Target version:
Start date:
06/13/2017
Due date:
% Done:

100%

Estimated time:
Owner:

Description

When user has one account on system, but filled with multiple roles (ldap groups), after any change is provisioning executed for every role.

Expected behavior is that provision will be executed just ones for every account on system.


Related issues

Related to IdStory Identity Manager - Defect #508: Account reprezentation in FE if user has many rolesClosedOndřej Kopr06/13/2017

Actions
Actions #1

Updated by Petr Michal almost 7 years ago

In frontend it must be fixed on pages for password change and identity accounts.

Actions #2

Updated by Marcel Poul almost 7 years ago

  • Priority changed from High to Normal

Those are two separate things. Provisioning per role and data representation in FE. The first thing is architectonical but has impact on UX. The second one is bug and we have to fix it asap. For that I make a new ticket

Actions #3

Updated by Marcel Poul almost 7 years ago

  • Tracker changed from Defect to Task
Actions #4

Updated by Marcel Poul almost 7 years ago

  • Related to Defect #508: Account reprezentation in FE if user has many roles added
Actions #5

Updated by Ondřej Kopr almost 7 years ago

  • Status changed from New to Needs feedback
  • Assignee changed from Ondřej Kopr to Petr Michal

I have checked the behavior described by you:

  • For newly added roles, provisioning is made for each role,
  • after the entity update, only one provisioning is made. Even if it has more roles for one system.

Please check if the role does not change mapping for identifier - entity should have only one AccAccount.

Actions #6

Updated by Petr Michal almost 7 years ago

I will check mapping.

Ye, my use was that I added roles where multiple provisioning is expected.
Then I did password chnage for that user, where was bug which is already fixed from another ticket.

So issue was just in password change instead of main implementation.

Thanks for explanation.

Actions #7

Updated by Petr Michal almost 7 years ago

  • Status changed from Needs feedback to Resolved
  • % Done changed from 0 to 100

The behavior was fine, other issues related to this one were processed in other tickets.
Closing the ticket.

Actions #8

Updated by Radek Tomiška almost 7 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF