win cannot be copied to the clipboard in the client

[xc12550108]

How frequently does the bug occur?

Always

Description

win电脑复制东西，并没有存到客户端的剪贴板中。
mac复制的东西可以。

Stacktrace & log output

Can you reproduce the bug?

Always

Reproduction Steps

win电脑复制东西，并没有存到客户端的剪贴板中。

Version

2.1.5

OS

2.1.5

[xc12550108]

win log

crosspaste.log

[guiyanakuang]

感谢日志。Windows 本机的剪贴板监听是正常的,问题出在 Windows → Mac 这个同步方向。

某台设备复制时,它作为客户端把内容推送到对端的接收服务(:13129)。日志里 Windows 反复连不上 Mac 的接收服务 192.168.31.198:13129(连接被拒 / 3s 超时),所以内容送不到 Mac;反方向(Mac → Windows)能连上,所以 Mac 复制的内容还能正常出现。

2026-07-01 08:03:56,293 ERROR [DefaultDispatcher-worker-11] c.c.n.c.SyncClientApi [SyncClientApi.kt:355] request error
java.net.ConnectException: Connection refused: getsockopt
    at java.base/sun.nio.ch.Net.pollConnect(Native Method)
    ...
2026-07-01 08:03:56,294 INFO [DefaultDispatcher-worker-11] c.c.s.SyncResolver [SyncResolver.kt:623] heartbeat connect fail, state to disconnected 192.168.31.198 13129

从 jmDNS 解析看,Mac 的地址端口确实是 192.168.31.198:13129,所以这是网络可达性问题,不是剪贴板监听的 bug。麻烦在 Windows 上(保持 Mac 唤醒)帮忙验证:

1. Test-NetConnection 192.168.31.198 -Port 13129(或 telnet)——大概率不通。
2. 检查 Mac 防火墙:确认没开"阻止所有传入连接",且允许 CrossPaste 接收传入连接。
3. 确认复制时 Mac 没休眠,两台在同一子网且路由器没开 AP/客户端隔离。

最可能是路由器(客户端隔离)、Mac 防火墙,或 Mac 休眠导致。

---

Thanks for the log. Clipboard capture on Windows itself is working fine — the problem is in the Windows → Mac sync direction.

When a device copies something, it acts as the client and pushes to the peer's receiving service (:13129). In the log, Windows repeatedly fails to connect to the Mac's receiving service at 192.168.31.198:13129 (connection refused / 3s timeout), so nothing can be delivered to the Mac. The reverse direction (Mac → Windows) connects fine, which is why Mac copies still show up.

2026-07-01 08:03:56,293 ERROR [DefaultDispatcher-worker-11] c.c.n.c.SyncClientApi [SyncClientApi.kt:355] request error
java.net.ConnectException: Connection refused: getsockopt
    at java.base/sun.nio.ch.Net.pollConnect(Native Method)
    ...
2026-07-01 08:03:56,294 INFO [DefaultDispatcher-worker-11] c.c.s.SyncResolver [SyncResolver.kt:623] heartbeat connect fail, state to disconnected 192.168.31.198 13129

mDNS resolves the Mac to 192.168.31.198:13129 correctly, so this is a network reachability issue rather than a bug in clipboard monitoring. Could you help verify from the Windows machine (with the Mac awake):

1. Test-NetConnection 192.168.31.198 -Port 13129 (or telnet) — likely fails.
2. Check the Mac's firewall (System Settings → Network → Firewall): make sure "Block all incoming connections" is off and CrossPaste is allowed to receive incoming connections.
3. Make sure the Mac isn't asleep during the copy, and both devices are on the same subnet with no AP/client isolation on the router.

Most likely it's the router (client isolation), the Mac's firewall, or the Mac being asleep.

[xc12550108]

[xc12550108]

例如刚刚复制的图片都没有在此显示出来

[guiyanakuang]

例如刚刚复制的图片都没有在此显示出来

非常感谢给出更多信息。目前有一个已知问题，唤出搜索窗没有自动滚动到最前，帮忙确定是真的没有监听到粘贴板还是粘贴板没有自动滚动到最新导致的问题。这可以帮助更好的定位问题。

Thanks for the extra info! There's a known issue where the search window doesn't auto-scroll to the newest item when opened. Could you confirm whether the clipboard change wasn't captured at all, or whether it was captured but just didn't scroll into view? That'll help us narrow down the cause.

[xc12550108]

已经滚动到最前，真的没有监听到粘贴板

[CompileFuture2024]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

It has been scrolled to the front, and the pasteboard is not actually being monitored.

[guiyanakuang]

感谢反馈和提供的日志。说实话,Windows 的剪贴板监听代码几乎从项目一开始就没怎么改动过,所以最近才集中出现这个问题让我觉得很奇怪,一时也不好凭猜测下结论。我需要一点时间在本地复现,才能准确定位原因,之后会在这里同步进展。

Thanks for the report and the logs. To be honest, the Windows clipboard-monitoring code has barely changed since the very beginning of the project, so it's puzzling that this is only showing up now, and I don't want to jump to conclusions. I'll need some time to reproduce it locally to pinpoint the real cause, and I'll follow up here once I have more.

[guiyanakuang]

@xc12550108 感谢持续跟进。我们把能想到的用例都试了一遍,始终无法复现这个问题,所以我判断它很可能和你这台设备的具体环境有关。

能否麻烦你帮忙抓一份 Debug 日志:进入 应用「设置」→「关于」界面,连续点击图标 6 次即可打开 Debug 模式;然后复现一下之前的步骤(比如复制图片没有被监听到)。Debug 日志会提供多得多的信息。我怀疑很可能是剪贴板解析出错,而不是完全没监听到。非常感谢!

@xc12550108 Thanks for staying with this. We've tried every test case we could think of and still can't reproduce it, so I suspect it's tied to something specific in your device's environment.

Could you help capture a debug log? Go to Settings → About and click the app icon 6 times in a row to enable Debug mode, then reproduce the steps (e.g. copying an image that doesn't get captured). The debug log carries far more detail. My guess is that it's more likely a clipboard parsing error than the clipboard not being monitored at all. Thanks a lot!

[xc12550108]

重启电脑后正常，也还没复现，等复现以后用这种方式试一下。
另外，能不能给一个安卓apk的下载，在中国没有谷歌商店。

[CompileFuture2024]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

It works fine after restarting the computer, but it hasn't recurred yet. I'll try this method after it recurs.
In addition, can you provide an Android apk download? There is no Google Store in China.

[guiyanakuang]

Android 应用已经上架 小米应用商店、OPPO 软件商店、荣耀应用市场，直接搜索 CrossPaste 即可下载。

---

Android app is now available on the Xiaomi, OPPO, and Honor app stores. Just search for CrossPaste directly in any of these stores to download and install it.