Actions
Defect #1238
closed
When account creation is cancelled from the provisioning queue, then next account creation doesn't send password for the account
Start date:
09/03/2018
Due date:
% Done:
100%
Estimated time:
Description
Version 8.1
By default, IdM sends notifications with the password of the created accounts (provisioning-send-notification-processor). The notification is not sent in the following use case:
By default, IdM sends notifications with the password of the created accounts (provisioning-send-notification-processor). The notification is not sent in the following use case:
- System AD is read-only
- IdM wants to create a new account on AD for some user
- The operation "Account Create" gets to the provisioning queue
- The user is resaved
- A new operation "Account Create" gets to the provisioning queue
- The first operation (create) is manually cancelled from the provisioning queue
- We switch AD to read-write and repeat the second operation (update).
Technically, the provisioning-send-notification-processor should handle also SysProvisioningOperationDto UPDATE and filter if the provisioning operation is Crete, or Update.
Related issues
Updated by Alena Peterová over 6 years ago
- Subject changed from When account creation is cancelled from the provisioning queue, then next account creation doesn't sent password to When account creation is cancelled from the provisioning queue, then next account creation doesn't send password for the account
Updated by Radek Tomiška about 6 years ago
- Related to Defect #1388: Password is not sent when retrying Create operation added
Updated by Radek Tomiška almost 5 years ago
- Assignee changed from Petr Hanák to Radek Tomiška
Updated by Alena Peterová over 4 years ago
This is still true - tested again on 10.1.
Updated by Radek Tomiška over 4 years ago
- Status changed from New to In Progress
- Affected versions Rhyolite (9.7.0), 10.0.0, 10.1.0, 10.2.0, 10.3.0, 10.4.0 added
Updated by Radek Tomiška over 4 years ago
- Status changed from In Progress to Needs feedback
- Assignee changed from Radek Tomiška to Vít Švanda
- Priority changed from Normal to Low
- Target version set to 10.5.0
- % Done changed from 0 to 90
Implemented by the note in description, processor handle CREATE and UPDATE event type and works conditionally on target account is created.
Commit:
https://github.com/bcvsolutions/CzechIdMng/commit/77b3dbd0f974081904b9e3fb6463bf3bd4d58a11
Could you provide me a feedback, please?
Updated by Vít Švanda over 4 years ago
- Status changed from Needs feedback to Resolved
- Assignee changed from Vít Švanda to Radek Tomiška
- % Done changed from 90 to 100
I did reivew and tested this scenario. LGTM
Updated by Radek Tomiška over 4 years ago
- Status changed from Resolved to Closed
Actions