Sync Failed
You copied something but another device never receives it. Work this page top to bottom. First decide which layer fails: the content was never recorded in the source device's history (capture), it was recorded but never transferred (transfer), or it arrived but won't paste (paste). Starting from the source device and following these three layers reduces trial-and-error.
Not sure this is the right page? Use the minimal test in the Troubleshooting overview to find the layer first.
Fastest triage: confirm the clip is in the source device's history, that both ends use the same sync method, then retry with a short unique text. If any of those fails, start there.
Who this is for
- Users who can see clip history on a single device but can't receive content across devices
- Users unsure whether to check the sync method, the network, or source-device permissions first
If the two devices can't discover each other, start with Device Discovery Failed. This page assumes the devices are already paired or signed in to the same account.
Using Nearby Sync on one device and Cloud Sync on the other often looks like "nothing arrives" or extreme instability. Put both ends on the same sync method before continuing.
Run one minimal test
On the source device, copy this plain text and use it through all three layers below:
octoclip-sync-failed-001Layer 1: Did the source device record it?
When content doesn't arrive, first look for this copy in the source device's clip history. If it isn't there, this isn't a sync problem — fix capture first.
The source device can open the app and reach the clip history page, and monitoring is not manually paused.
After copying octoclip-sync-failed-001, confirm it appears in the source device's history list.
The content was never captured — stop at this layer. This is especially common on mobile: when clipboard background monitoring is off or not working, you often have to open the app before copying for it to be recorded. See Clipboard background monitoring.
If the copy isn't in the source history, the other device naturally "waits forever." Changing the sync method or reconnecting the cloud won't help — fix "not recorded" first.
Layer 2: Can it transfer?
If the source history has the record but the target doesn't, the problem is in the transfer layer. Expand the checks for your sync method.
Ensure the "Nearby Sync" switch is turned on in settings on both devices.
If you can't find the other device, go to Device Discovery Failed.
Layer 3: It arrived but won't paste
When the target device's history already shows the clip but you can't use it, the problem is in the paste/use layer.
Try pasting manually into an ordinary text editor (like Notepad or Notes) first to rule out the target app's own pasting restrictions.
Some secure apps or system policies block programmatic pasting that is not manually triggered by the user.
If you enable click-to-paste or helper features, macOS users must ensure "Accessibility" and "Input Monitoring" permissions are granted; see macOS Permissions.
Confirm the auto paste shortcut does not conflict with other applications.
How to verify after fixing
- Copy
octoclip-sync-failed-001on the source device. - The text appears in the target device's clip history.
- The target device pastes the same text successfully.
- The reverse test also works (copy on target, receive on source).
Still not solved
Please include:
- Platform and OS version of both devices
- App version
- Sync method in use (Nearby Sync / Cloud Sync)
- Which layer it stops at (not in source history / in history but not received on target / visible on target but won't paste)
- Failure direction (A → B / B → A / both)
- Content type (plain text / link / image / file reference)
- Network environment (same Wi-Fi / different networks / VPN / proxy / firewall / corporate network)
- Reproduction steps (shortest path)
- Error message screenshot or log snippet
Next steps
If your first cross-device attempt receives nothing, follow the fuller first-run checklist.
Unsure whether to use Nearby or Cloud Sync? Re-pick by scenario.
When the two devices can't find each other, debug the discovery layer separately.
When the source "didn't record it," understand background monitoring and per-platform limits.
