win端使用系统快捷键复制文本不写入剪贴板是正常特性吗？

[wan0ge]

我发现软件内复制文本必须要右键点击复制才会写入系统剪贴板，直接选取使用ctrl+c是不写入的，这是正常特性吗？
（这里的剪贴板指的是win+v这种可以查看记录的历史剪贴板）

[2dust]

并不是本应用特性，控件的行为是开发框架和操作系统确定的。

[wan0ge]

重装啥？本软件，便携版，不用。系统？重装事小，设置是大。运行巨硬推荐的检测、修复系统，足矣。 以管理员身份打开命令提示符，输入以下指令：

现在情况是我和我朋友2台电脑都这个情况，他那边使用的是我复制过去的便携版，所以我觉得问题应该在软件上，可能哪次更新覆盖导致的这个问题吧，重装软件也不行我再试试扫描

[DHR60]

可能是 wpf 框架 bug，我这边也有同样问题，对 WindowsUtils.SetClipboardData Logging 异常输出：

2025-05-31 16:02:42.5243-DEBUG WindowsUtils,OpenClipboard 失败 (0x800401D0 (CLIPBRD_E_CANT_OPEN))
2025-05-31 16:02:42.5243-DEBUG    at System.Runtime.InteropServices.Marshal.ThrowExceptionForHR(Int32 errorCode, IntPtr errorInfo)
   at System.Windows.Clipboard.Flush()
   at v2rayN.WindowsUtils.<>c__DisplayClass2_0.<SetClipboardData>b__0() in D:\source\github\v2rayN\v2rayN\v2rayN\Common\WindowsUtils.cs:line 38
   at System.Windows.Threading.Dispatcher.Invoke(Action callback, DispatcherPriority priority, CancellationToken cancellationToken, TimeSpan timeout)
   at System.Windows.Threading.Dispatcher.Invoke(Action callback)
   at v2rayN.WindowsUtils.SetClipboardData(String strData) in D:\source\github\v2rayN\v2rayN\v2rayN\Common\WindowsUtils.cs:line 38

[DHR60]

感觉和这个挺像的：dotnet/wpf#9901

[wan0ge]

感觉和这个挺像的：dotnet/wpf#9901

唉上游框架bug，那边1300个issue感觉有生之年修不到了（（（
但为什么是个例发生？

[2dust]

SetClipboardData 这个是应用调用的剪贴板功能，可能又bug，但不符合本讨论。
但你描述的是复制文本，这个并不是本应用的功能更，而是框架自带的。

[DHR60]

https://stackoverflow.com/a/39125098

可以将 Clipboard.SetText(strData); 替换为 Clipboard.SetDataObject(strData); 修复这个问题

[wan0ge]

https://stackoverflow.com/a/39125098

可以将 Clipboard.SetText(strData); 替换为 Clipboard.SetDataObject(strData); 修复这个问题

好耶，是v2rayN可以通过这个修改修复吗？

[DHR60]

对的，就是用的v2rayN测试的，可以正常使用，我再水个pr

[wan0ge]

对的，就是用的v2rayN测试的，可以正常使用，我再水个pr

感谢佬，这问题困扰很久了，我是鼠标键位定义了Ctrl+c和剪贴板快捷键提升效率，结果到v2rayN这边就得憋屈的右键，写路由都慢了（（

[2dust]

SetClipboardData 这个是应用调用的剪贴板功能，可能又bug，但不符合本讨论。
但你描述的是复制文本，这个并不是本应用的功能更，而是框架自带的。

[wan0ge]

SetClipboardData 这个是应用调用的剪贴板功能，可能又bug，但不符合本讨论。 但你描述的是复制文本，这个并不是本应用的功能更，而是框架自带的。

理解，但想讨论的最终目的是确定问题和解决问题，如果能我们软件解决那就更好了

[DHR60]

改 Clipboard.SetText(strData); 为 Clipboard.SetDataObject(strData); 貌似治标不治本，文本控件复制还是会触发 CLIPBRD_E_CANT_OPEN 异常

[DHR60]

Clipboard.SetText(strData); 底层几乎等效于调用 Clipboard.SetDataObject(strData, true);，只要这第二个参数为 true 就会触发 CLIPBRD_E_CANT_OPEN 异常，所以应该是第三方软件在占用 Clipboard

[2dust]

如果是复制文本框中内容，这个只能是等 wpf 修复。
而软件内主动调用 SetClipboardData 的可以处理下。
可以试一试 desktop 版本是否正常？这个是 avalonia 封装的功能。在开发设备上都是正常运作。

[DHR60]

我这边debug出来了，是万恶的冈易干的，UU远控一直占着 Clipboard 不放

引发的异常:“System.Runtime.InteropServices.COMException”(位于 System.Private.CoreLib.dll 中)
[WindowsUtils.SetClipboardData] Clipboard is reportedly open by window handle: 198816, Process ID: 31784, Process Name: GameViewer, Main Window Title: 网易UU远程

UU远控退出就好了

[wan0ge]

我这边debug出来了，是万恶的冈易干的，UU远控一直占着 Clipboard 不放

引发的异常:“System.Runtime.InteropServices.COMException”(位于 System.Private.CoreLib.dll 中)
[WindowsUtils.SetClipboardData] Clipboard is reportedly open by window handle: 198816, Process ID: 31784, Process Name: GameViewer, Main Window Title: 网易UU远程

UU远控退出就好了

草，我也是UU远控在后台，但为什么其他软件复制正常，因为不是一个框架吗

[wan0ge]

我这边debug出来了，是万恶的冈易干的，UU远控一直占着 Clipboard 不放

确实是uu导致的，已经向uu那边提反馈，听说在现阶段面对反馈还是会积极解决的，所以为什么这个也能被占用不能多线程运行多软件同时使用吗

[DHR60]

但为什么其他软件复制正常

盲猜其他软件用的Clipboard win32 API，wpf 用的 OLE Clipboard API，然后 OLE Clipboard 的 Flush 可能有锁什么的吧，不确定，看不到源码

[DHR60]

像 Qt 也用的 OLE Clipboard API ，但是没有调用 OleFlushClipboard

https://github.com/qt/qtbase/blob/dev/src/plugins/platforms/windows/qwindowsclipboard.cpp

写了个 demo，当 Clipboard 被占用的情况下调用 OleFlushClipboard 就报错：

com\ole32\ole232\clipbrd\clipapi.cpp(2517)\ole32.dll!00007FFB7704C162: (caller: 00007FFB7704C05F) ReturnHr(1) tid(8504) 80004005 未指定的错误
OleFlushClipboard failed with HRESULT: "-7fffbffb"