Categories About Us Contact Us Become a Member

How to fix NSCloudSharingConflictError

This iCloud sharing error means two changes collided on a shared item. Fetching the latest version and resolving before saving fixes it. Jump to your situation below or work through the methods in order.

By Neeraj Singh ~6 min Updated Jun 2026 84% found this helpful
Error message
A conflict occurred while trying to save changes to the shared item. NSCloudSharingConflictError.
Summary

NSCloudSharingConflictError is an Apple Foundation error (code 5123) meaning a conflict occurred while saving changes to a shared iCloud item (the CKShare or its root CKRecord). It happens when two devices or participants change the same shared item at close to the same time, so the change you are trying to save is based on an out-of-date version and the server rejects it to avoid overwriting the other change. Apple's guidance is to fetch the server's current version first, then resolve the conflict, either by merging automatically or by presenting the difference so the user chooses, and retry the save. For an end user this means refreshing the shared item, keeping one version, and saving again. Ensuring all participants are on a stable connection reduces repeat collisions. Because the block is a version mismatch, syncing to the latest and re-saving resolves it.

What this error means

Shared iCloud items are edited by more than one device or person. This error means your save was based on a version that is no longer current, because someone else changed the item first, so the server refuses it rather than lose their change.

The resolution follows Apple's own guidance: pull down the server's latest version, reconcile it with your change, and save again. In everyday terms, refresh the shared item, decide which version to keep, and re-save on a stable connection.

Common causes

Two devices changed the shared item at once.
Your save is based on an out-of-date version.
The server rejected the change to avoid overwriting.
An unstable connection during shared edits.
Expert insight

“A sharing conflict is exactly what it sounds like, two edits landing on the same shared item and the server refusing to let one silently clobber the other. The right move, and Apple says this too, is to fetch the current version first, then reconcile, either merge it or let the user pick which version wins, and save again. For a normal user that is just: refresh the shared file, keep the version you want, and re-save. Doing it on a solid connection stops it looping.”

How to fix it

Method 1

Fetch the latest shared version

1Refresh the shared item so you have the server's current version.
2Your change was based on an older copy.
3This is the first step Apple recommends.
Method 2

Resolve the conflict, then save

1Merge the changes, or choose which version to keep.
2Then save again onto the up-to-date item.
3The save now matches the server.
Method 3

Use a stable connection

1Have all participants edit on a stable network.
2This reduces simultaneous conflicting saves.
3Retry after syncing.

NSCloudSharingConflictError is a version conflict on a shared iCloud item. Fetch the server's current version first, resolve the conflict by merging or choosing which version to keep, then retry the save. Editing on a stable connection reduces repeat collisions.

Frequently asked questions

What does NSCloudSharingConflictError mean?
It is Apple error 5123, meaning a conflict occurred while saving changes to a shared iCloud item because your change was based on an out-of-date version that another device or person had already changed.
How do I fix it?
Fetch the server's current version of the shared item first, resolve the conflict by merging the changes or choosing which version to keep, then retry the save on a stable connection.
Why did the save get rejected?
The server refused it to avoid overwriting a change someone else made. Your edit was based on a version that was no longer current, so it must be reconciled with the latest before saving.
Is this a bug in the app?
Not necessarily. It is a normal part of collaborative editing. Apps are expected to handle it by fetching the latest version and resolving, but as a user you can refresh and re-save to clear it.
How do I avoid it happening again?
Have participants edit on a stable connection and let changes sync before making further edits. Simultaneous edits to the same shared item on flaky connections are what cause repeated conflicts.
Will I lose my changes?
Not if you resolve carefully. Fetch the latest version, then merge or choose which version to keep so both sets of changes are considered before you save the reconciled result.

Still not working?

If conflicts recur even after refreshing, the shared item's local cache may be stale; for an app, re-fetching the CKShare and root record clears it, and for a user, removing and re-adding the shared item forces a clean copy. You can also submit your error to us for a tailored fix.

Was this fix helpful? Thanks for your feedback!