-
Bug
-
Resolution: Invalid
-
Medium
-
None
-
2.8.0-OD-6, 2.8.0-OD-6-JIRA-01
-
None
This happens upon unsuccessfully adding the user to the internal directory.
It does not matter why operation was unsuccessful, crowd will output a warning message and keep going with synchronization.
Now the assumption that userMap contains the same set of users as the internal directory is not correct (user was already added to userMap in memory cache, but it was not added to the internal dir).
Because synchronization will keep running in the next phase synchroniseGroupChanges is going to run and will try to create a membership for a non-existing user and we will see an error message in the logs.
Crowd should be fixed such that we only add to the userMap the users that we were able to successfully add to the internal directory, and avoid running into problems in the later stages of the sync process.
- derived from
-
JRASERVER-26458 Synchronization of users that are added to a particular AD group that is configured to automatically become JIRA users doesn't work after the initial synch
- Closed
- is related to
-
CWD-3942 AD Incremental Synchronisation will leave the user map cache in an inconsistent state of a user is removed from AD
- Closed
-
CWD-3943 AD Incremental Synchronisation does not detect new users that should be added to the directory via a memberOf user filter
- Closed
- mentioned in
-
Page Loading...