有复制但没有粘贴按钮

[kokanmei1-creator]

安装后有复制但没有粘贴按钮
重置无效
版本是1.1.9.0
系统版本 Windows 10 专业版
版本号 22H2
OS 内部版本 19045.6456

[HO-COOH]

彻底卸载火绒

[kokanmei1-creator]

我已经完全卸载火绒并重启，还是没有粘贴选项

[ERRORxCAT]

遇到了类似的问题, 三个选项里只有"删除"可以正常工作.

而且首次点击时会打开Windows选择文件打开方式的窗口, 包含FastCopy和RoboCopyEx两个图标一样的选项, 在选中RoboCopyEx后, "删除"选项开始正常工作, 无法测试选中FastCopy的后果, 因为重新安装软件后该窗口不再出现.

有一个细节是通过微软应用商店卸载软件后右键菜单不会消失, 但是名字会从RoboCopyEx变成FastCopy, 更新到1.1.9仍可复现

[HO-COOH]

请看 #54 (comment) 排查问题

[HO-COOH]

商店已发新版本1.2.2，各位再看看表现

[FatBearW]

1.2.3 依旧没有粘贴选项

系统是工作站版 26H1

[HO-COOH]

@FatBearW 你要先选中一些文件，复制，再在空白处右键，菜单里才会有粘贴

[FatBearW]

@FatBearW 你要先选中一些文件，复制，再在空白处右键，菜单里才会有粘贴

已经复制了，不管是复制文件还是文件夹，复制后还是不出粘贴按钮

[FatBearW]

chatgpt 5.6 sol 的回复：

现在基本可以定性了：
点击 RoboCopyEx → Copy 后没有创建 Records 目录；
HKCU\Software\fastcopy 也没有生成；
源码本应在 Copy 被调用后立即创建两者。
因此右键菜单只是“显示出来了”，实际 Copy 命令没有成功进入 Recorder。这是 RoboCopyEx 1.2.3 在 Windows 11 26H1 Build 28000 上的 Shell Extension 兼容 Bug，不是文件权限、robocopy 或操作方式的问题。

建议把下面这段直接补充到 Issue #56：
RoboCopyEx 1.2.3.0 x64，Windows 11 Pro for Workstations 26H1 Build 28000.2608。选中文件执行 Copy 后，%LOCALAPPDATA%\Packages\HO-COOH.RoboCopyEx_nb41n5ze32q3e\LocalCache\Local\Records 未创建，HKCU\Software\fastcopy 也不存在。未安装火绒，仅使用 Defender。说明 FastCopySubCommand::Invoke() 未进入 Recorder，或 ApplicationData::Current().LocalCacheFolder() 在 Shell COM 进程中抛出异常。

[HO-COOH]

@FatBearW gpt说的流程是对的。你能让gpt给你写一个验证程序，看看这个抛在哪一步了吗？是records文件夹没创建出来，还是注册表没写入，还是获取localCacheFolder()抛的异常

[FatBearW]

RoboCopyEx 商店原版与本地验证程序对比调查报告

调查日期：2026-08-11
系统：Windows 11 专业工作站版 26H1，内部版本 28000.2608

一、报告范围与证据边界

本报告对比以下三种状态：

1. 未经修复的 Microsoft Store 原版 RoboCopyEx 1.2.3.0；
2. 本地编译的验证程序；
3. 应用临时规避方案后的 Microsoft Store 原版 RoboCopyEx 1.2.3.0。

验证程序不是商店原版的重新编译版本，也没有替换或修改商店目录中的 FastCopy.exe。它的用途是在相同的 MSIX Full Trust 运行环境中，把原版会吞掉的每一步 Win32 返回值单独记录出来。

需要特别说明：错误 6000 不是从商店原版自己的日志直接读取到的。原版使用统一的 catch (...) 弹出“Robocopy injection failed”，没有输出异常码。错误 6000 是验证程序在以下条件下捕获到的：

• 使用与商店原版逐字节相同的 RobocopyInjection.dll；
• DLL 在安装后同样带有 MSIX 的 Application Protected / Encrypted 属性；
• 执行与原版源码相同的“包内 DLL → %TEMP%\RoboCopyEx”复制流程；
• 随后继续验证原版使用的 Job Object、远程内存写入和 APC 注入步骤。

因此，错误 6000 属于对原版失败点的同条件复现与因果验证，而不是对原版进程直接插桩后取得的日志。

二、Microsoft Store 原版身份

项目	商店原版实测值
软件包名称	HO-COOH.RoboCopyEx
软件包完整名称	HO-COOH.RoboCopyEx_1.2.3.0_x64__nb41n5ze32q3e
版本	1.2.3.0
签名类型	Store
软件包状态	Ok
FastCopy.exe SHA-256	846CD6BE3E236C22E8B0530A24E1CCB40DDA51E2E02D0DF4482AA6982543139D
原版 RobocopyInjection.dll SHA-256	EB1D0822A0390328771BAE59CDF0CA03CC7D082692476F4532AF3921C61785A7
原版 DLL 属性	Archive, Encrypted，Cipher 显示 Application Protected

商店原版文件没有被修改。

三、三组结果对比

检查项目	商店原版：修复前	本地验证程序	商店原版：规避后
启动主体	Store 1.2.3.0 FastCopy.exe	本地签名的 MSIX Full Trust 测试程序	Store 1.2.3.0 FastCopy.exe
使用的注入 DLL 内容	商店原版 DLL	与商店原版 SHA-256 完全一致的 DLL	商店原版 DLL 的逐字节副本
DLL 源文件属性	Application Protected / Encrypted	安装后同样为 Application Protected / Encrypted	临时目录副本为普通 Archive
创建 %TEMP%\RoboCopyEx	原版弹窗后未生成有效 DLL	成功	已存在
复制 DLL 到临时目录	原版吞掉异常，只显示通用失败弹窗	失败：6000 / 0x1770	因目标文件较新，原版不再执行失败的复制
错误文本	未提供具体错误码	The specified file could not be encrypted.	无错误
创建挂起的 robocopy.exe	成功	成功	成功
AssignProcessToJobObject	原版不记录结果	成功	从最终复制结果可确认未阻断流程
VirtualAllocEx	未执行到或异常前被中断	成功	成功完成实际复制
WriteProcessMemory	未执行到或异常前被中断	成功	成功完成实际复制
QueueUserAPC(LoadLibraryW)	未执行到或异常前被中断	成功	成功完成实际复制
最终结果	弹出 “Robocopy injection failed”；文件未复制；曾留下挂起的 robocopy	找到唯一失败点，其余注入步骤通过	文件复制成功；进程正常退出

四、验证程序记录到的逐步骤结果

GetTempPathW                                      成功
CreateDirectoryW(%TEMP%\RoboCopyEx)              成功
CopyFileW(受保护的包内 DLL -> 临时目录)           失败，6000 / 0x1770
按字节读取并新建普通目标文件                      成功
CreateProcessW(robocopy.exe, CREATE_SUSPENDED)    成功
AssignProcessToJobObject                         成功
VirtualAllocEx                                   成功
WriteProcessMemory                               成功
GetProcAddress(LoadLibraryW)                     成功
QueueUserAPC                                     成功
ResumeThread                                     成功

错误 6000 的系统文本为：

The specified file could not be encrypted.

这排除了以下猜测：

• 不是 GetTempPathW 失败；
• 不是临时目录无法创建；
• 不是 AssignProcessToJobObject 失败；
• 不是新版 Windows 拒绝 VirtualAllocEx；
• 不是 WriteProcessMemory 或 QueueUserAPC 被 Defender / Code Integrity 拦截；
• 失败发生在注入前的 DLL 准备阶段。

五、对商店原版实施的规避方案

从商店原版安装目录读取 RobocopyInjection.dll 的内容，再使用普通字节流新建：

...\AppData\Local\Temp\RoboCopyEx\RobocopyInjection.dll

临时目录文件属性为普通 Archive，不再携带 Application Protected 加密属性。

商店原版和临时副本的 SHA-256 均为：

EB1D0822A0390328771BAE59CDF0CA03CC7D082692476F4532AF3921C61785A7

两者内容完全相同，仅文件保护属性和时间戳不同。临时副本时间较新，因此原版 RobocopyInjectDll::Path() 直接复用它，不再调用会返回错误 6000 的 copy_file。

六、使用商店原版进行最终验证

在所有本地验证 MSIX、测试证书均已卸载后，重新通过商店原版注册的 fastcopy:// 协议执行两次工作区安全复制。

第二次为清理验证组件后的独立测试：

项目	结果
源文件 SHA-256	53C92EB040335A3513CC196BD073D5C0B618A24C9BF995EBEF006A566ECEAA69
目标文件 SHA-256	53C92EB040335A3513CC196BD073D5C0B618A24C9BF995EBEF006A566ECEAA69
哈希是否一致	是
FastCopy.exe 是否正常退出	是
robocopy.exe 是否正常退出	是
是否再次出现注入失败弹窗	否

这组 A/B 结果形成了因果闭环：

1. 受保护 DLL 使用文件复制 API 时失败；
2. DLL 内容不变，只去除目标文件的保护属性后；
3. 未修改的商店原版立即恢复正常复制。

七、最初“没有粘贴按钮”的另一处独立故障

“没有粘贴按钮”和“注入失败”不是同一个问题。

最初 AppModel Runtime 记录了：

• 0x80073DB8：加载软件包状态存储失败；
• 0x800701C0：路径包含不受信任的挂载点；
• 软件包修复阶段曾返回 0x80070005。

执行系统提供的 Reset-AppxPackage 后，系统重新注册软件包、修复 ACL 和软件包数据目录连接。随后商店原版右键扩展能够创建 Records 文件，粘贴按钮恢复。

所以完整故障链为：

AppX 状态损坏
  └─ Records 未正常建立，右键菜单没有 Paste

重置 AppX 后
  └─ Paste 恢复，商店原版进入复制流程
       └─ 复制 Application Protected 注入 DLL 返回错误 6000
            └─ 原版显示通用的 Robocopy injection failed

八、建议上游修改

1. RobocopyInjectDll::Path() 不应使用会尝试保留加密属性的普通文件复制作为唯一方案。建议直接按字节读取包内 DLL，并以新文件方式写入 %TEMP%；或者在 copy_file 返回 ERROR_ENCRYPTION_FAILED 时执行该回退。
2. 分开捕获并记录以下阶段的错误码：Job Object、临时目录、DLL 复制、远程内存、APC、恢复线程。
3. 当前异常路径只弹窗，没有可靠地恢复或终止处于 CREATE_SUSPENDED 状态的 robocopy。建议使用 scope guard，保证任何异常下都执行 ResumeThread 或 TerminateProcess。
4. 增加“MSIX 文件带 Application Protected 属性”的打包后测试，不能只测试未打包 Debug 输出目录。

[HO-COOH]

关于菜单的问题，已经在微软Q&A里问了https://learn.microsoft.com/en-us/answers/questions/5979037/windows-11-classic-context-menu-weird-handling-of

等一个官方说法