Details
-
Bug
-
Resolution: Fixed
-
High
-
None
Description
We came across this during a support case, but here's how we think it happened:
- JIRA 4.3+ set to sync with Crowd
- Crowd initially set the output lower case names and group names
- Memberships for users "Rob" and "Joe" get synced across as "rob" and "joe"
- Later we switch off the lower case output. Resync.
- Again, memberships for users "Rob" and "Joe" are being synced across, and JIRA does a lookup of the name "Rob", finds none and tries to add a membership entry for "rob" in "group" but can't add it due to the unique column key constraint of the membership table.
- The entire sync now fails, and does not continue.
- The original situation is an unlikely one to get into, but possible nonetheless, and it should be finding that match.
- The part that is causing us the most problems however, is that after it fails to insert this one entry, the entire sync fails. It is possible to miss out on 99% of the memberships being synced because of one failure, it should continue, perhaps letting us know what happened in the UI or the logs or both, but otherwise finish the sync.
Attachments
Issue Links
- relates to
-
JRASERVER-24554 Upgrade task doesn't like Crowd servers with "services" in the hostname
- Closed
- was cloned as
-
CWD-2587 FailedEntities in a BatchResult can sometimes be ignored, giving no feedback in the logs
- Closed
-
JRASERVER-25094 Problems when syncing via Crowd Embedded can be silently ignored as no feedback is given in the logs
- Closed
- mentioned in
-
Wiki Page Loading...