Skip to content

Conflicts

When the same note changes on two devices, and what to do

Sync is real time, but a change still has a short way to travel. If the same note changes on two devices before either change has arrived, both versions cannot be the note. Courier keeps both: the note takes the version that reached the server first, and the other one is saved beside it.

A change is noticed the moment it is saved and goes straight to the server over the connection that is already open; the other devices have it almost at once. The window in which two devices cannot see each other is therefore very short — a conflict needs both of them to edit the same note inside it.

A conflict is one line that splits in two:

  1. A device cannot reach the server, and you edit a note. Think of a phone in a tunnel: the edit stays on the phone, and the server has not seen it.
  2. Another device edits the same note and syncs it. The server now holds the laptop’s version.
  3. The phone comes back online. Its edit split off at the moment the phone went offline, while the server’s line kept going. Only one can be the note: the server’s version stays, and the phone’s is saved beside it as a copy.

One note splits in two: the uploaded version stays, the offline edit becomes a copy

One note splits in two: the uploaded version stays, the offline edit becomes a copy

Figure — one note, two lines: one was uploaded, the other was edited offline; when they meet, the server’s version stays and the other becomes a copy

Different notes never conflict, and neither does the same change made on both devices: identical content is not a conflict.

A new file appears beside the note — for example meeting-2026-10-29-143012.conflict.md. The note itself now shows the version that reached the server first; the version from this device was saved as that copy. Both are exactly as you left them — neither one was rewritten to fit the other.

The copy is an ordinary note you can open, read and search. It keeps the original extension — images and PDFs get copies too — and the date and time in its name are when it was saved.

A conflict copy never syncs. It stays on the device that found the conflict.

  1. Open the copy and take what you need from it.
  2. Then choose one:
    • Keep your version: right-click the copy (long-press it on a phone) and choose Replace current file with conflict copy. The note becomes your version, and that change syncs.
    • Keep both: copy the parts you want into the note, or rename the copy and keep it as its own note.
    • Keep the note: delete the copy.
  3. On desktop, hovering the copy in the file list shows two small buttons: diff compares it with the note side by side, replace performs the replace above.

The copy is the only place the losing edits exist, so take what you need from it before deleting it.

  • Nothing is lost. Only one text can be the note, but deciding that does not have to destroy the other one.
  • Sync never waits for an answer. A conflict that paused syncing until you chose would hold up every other note too, and you might not look at it for hours.
  • We do not merge for you. A note is free-form text with no fixed structure, so a merge can easily produce a sentence that no longer reads, or quietly drop half of it — and it would be an edit you never saw. Both versions stay exactly as they were, and how to combine them is your call.

Settings sync (the .obsidian folder — see Settings sync) is the exception: those files have no row in Obsidian’s file list, so a copy parked there could not be seen or opened. The newer modification wins, silently — a setting or two may be behind, and sync does not stop.

A conflict now and then is normal. If notes conflict every day, one device is probably not connected while you edit: check the Courier icon in Obsidian’s status bar on both devices before a long editing session.