-
Bug
-
Resolution: Duplicate
-
Low
-
None
-
2.7.1
-
None
-
Severity 3 - Minor
-
When Crowd is asked to create an inactive user in a read-write ApacheDS directory, the user is created as active.
The user can then be manually disabled through the UI and the state is persisted across syncs.
The problem occurs regardless of whether the "localUserStatusEnabled" flag is set to true or false (default).
The root cause seems to lie in the DbCachingRemoteDirectory.addUser method. The UserTemplate object is passed in with active set to false, and then the user creation is delegated to the ApacheDS15 directory, which does not support creating inactive users (See CWD-1740), so it creates an active user and returns that. The returned user is then passed into addInternalUser which dutifully creates an enabled user in the local directory as well. It should create a disabled user in the local db cache instead.
- is caused by
-
CWD-1740 Support changing active status (activating/deactivating) for users in ApacheDS directories
- Closed
- is related to
-
EMBCWD-963 Failed to load
[CWD-3949] Users are always created enabled on ApacheDS
Workflow | Original: Simplified Crowd Development Workflow v2 - restricted [ 1509862 ] | New: JAC Bug Workflow v3 [ 3365901 ] |
Status | Original: Resolved [ 5 ] | New: Closed [ 6 ] |
Symptom Severity | Original: Minor [ 14432 ] | New: Severity 3 - Minor [ 15832 ] |
Link | New: This issue causes CONFCLOUD-33871 [ CONFCLOUD-33871 ] |
Resolution | New: Duplicate [ 3 ] | |
Status | Original: Open [ 1 ] | New: Resolved [ 5 ] |
Symptom Severity | New: Minor [ 14432 ] |
Status | Original: In Progress [ 3 ] | New: Open [ 1 ] |
Assignee | Original: Diego Berrueta [ dberrueta ] |
Workflow | Original: Simplified Crowd Development Workflow v2 [ 1392340 ] | New: Simplified Crowd Development Workflow v2 - restricted [ 1509862 ] |
Workflow | Original: Crowd Development Workflow v2 [ 691625 ] | New: Simplified Crowd Development Workflow v2 [ 1392340 ] |