发现Win10一个会丢失数据的Bug！

nttwqz

当你从一个目录复制文件到另一个目录，不改名直接编辑，然后不小心点了右键菜单的“撤销 复制”，那么很不幸，你辛辛苦苦编辑的这个文件彻底消失了，并且无删除提示，如果你想通过再次点击“恢复 复制”来恢复，那也很不幸，恢复的是复制前的文件，这个问题在Win7中是不存在的，会有一个永久删除文件的提示，这个设置和回收站的是否显示删除确认无关，未测试bug plus 11，也不知道这个低级bug存在多久了。


系统版本号是10.0.19044.5247，补丁最新。

为什么我会发现这个bug呢？因为我辛辛苦苦改了2个小时的代码就这样没了……还好都记得


经本人和其他网友测试，确认8.1/10/11都存在此问题，XP、Win7有删除确认提示。

邪恶海盗

刚试了XP，选择“取消复制”会有确认删除操作的提示...


二○二五年一月五日

ruanfen

记下来，原来还有这个bug

dksoft

每一个BUG的发现都伴随着一段痛苦的经历

snakegao

这应该不是bug。是针对复制完成后的撤销，防治复制放错位置或复制错了后，可以后悔的！

jabbie

这个，有点难受

nttwqz

snakegao 发表于 2025-1-5 13:52
这应该不是bug。是针对复制完成后的撤销，防治复制放错位置或复制错了后，可以后悔的！

复制后的文件已经编辑过，属于不同文件，至少应对比文件日期和大小，或者直接提示删除确认才是正确做法，是微软程序员逻辑错误

51xp

没明白过来win7

门口

nttwqz 发表于 2025-1-5 15:18
复制后的文件已经编辑过，属于不同文件，至少应对比文件日期和大小，或者直接提示删除确认才是正确做法， ...

你讲的这种就很复杂了，系统需要对每一步都仔细记录（以便回溯），同时还要各种判断。
基本上撤销还是重复，系统都是只简单记录下（路径什么的），太复杂的话，其实把系统做复杂了。
至于说没提示就删除，确实有一定问题。但这你讲种情况更接近一种操作错误，属于很小概率情况。
基本上我用Windows这么多年，没注意过这个问题。
试了下，自Windows8起，这种快速撤销复制的文件删除就没有提示了，感觉更象是微软的一种策略改变。
一般讲，这种系统外壳的撤销和重复的缓存都很小的，我很少会操作多步，基本就一两步，操作时间往往也很短的，在这么短的时间里仅有一两步的情况，这种编辑了文件然后又误删除了，感觉情况很小。

nttwqz

门口 发表于 2025-1-5 16:21
你讲的这种就很复杂了，系统需要对每一步都仔细记录（以便回溯），同时还要各种判断。
基本上撤销还是重 ...

你没仔细看，xp、7都是有提示的，就10和11没有，这是Windows本来就有的功能，也就是说，你说的这些“复杂”的代码几十年前就写出来了。

门口

nttwqz 发表于 2025-1-5 16:27
你没仔细看，xp、7都是有提示的，就10和11没有，这是Windows本来就有的功能，也就是说，你说的这些“复杂 ...

你说错了，只是删除文件确认，哪里有比较了？
你彻底删除文件不也是有确认提示吗？
这个撤销复制的删除文件确认提示，有写文件已经改变了，或者只在你修改了文件时才提示确认的？
你怎么认为系统做了检查判断了？

wang1126

谢谢楼主分享

忧心的启

学习学习，感谢分享。

2012fengxi

避免踩坑

远大的理想

谢谢分享。

nttwqz

门口 发表于 2025-1-5 16:32
你说错了，只是删除文件确认，哪里有比较了？
你彻底删除文件不也是有确认提示吗？
这个撤销复制的删除 ...

莫非你是微软员工？这么可着劲的为微软辩护，bug10/11是大家长期以来的公认，还用得着我去黑它……

前面不是说了吗，“至少应对比文件日期和大小，或者直接提示删除确认才是正确做法”

刚刚又测试了一遍Win7，看起来没有对比，而是直接显示删除确认。

8.1也测试了，同样存在这个bug，大家认为xp、7经典不是没有原因的。

当然，系统中有很多bug，特别是你深入接触后，比如diskpart，当你写了几千行用到它的代码后，你会发现，有很多bug，7-10都一直存在，diskpart也是屎山代码，我估计Windows中的屎山代码也同样不少，只不过闭源我们无法发现。
你可以继续认为这是策略的改变，但我仍然认为这是个bug，还是显示删除确认更为稳妥，毕竟所谓的小概率事件有时也会引起灾难性后果，你能保证你的注意力能始终集中吗？能保证电脑一直流畅不卡吗？能保证每次都能正确操作不会失误吗？能保证没有巧合吗？

我们扯这么多也没用，这些bug将继续长期存在，就像我发现diskpart的很多bug一样，无人汇报给微软，它自己发现不了也就无法修复，估计几十年后这些bug会依旧存在。。。

likeyouli

门口 发表于 2025-1-5 16:32
你说错了，只是删除文件确认，哪里有比较了？
你彻底删除文件不也是有确认提示吗？
这个撤销复制的删除 ...

刚才测试了一下win11 24H2 企业版， 复制了一个txt文件到另一个文件夹，然后编辑并保存了，然后右键撤销复制，确实无任何提示，也不能再恢复编辑后的样子。
     个人认为：撤销复制，应是在复制的文件与原文件完全一样的情况下才能使用，文件经过更改并保存后右键的时候 “撤销复制” 就应显示灰色才对（或复制小文件多时，更改过的小文件不应被撤销复制，只撤销没有更改过的）。  话说撤销复制还真没用过呢，复制错了直接删除不就行了，，想到了一种情况，复制的小文件比较多，而复制到的文件夹里的文件也比较多，不好找复制了哪些文件，这时用撤销复制很方便，但也应在小文件没有更改的情况下吧。

nttwqz

likeyouli 发表于 2025-1-5 18:30
刚才测试了一下win11 24H2 企业版， 复制了一个txt文件到另一个文件夹，然后编辑并保存了，然后右键撤销 ...

是的，11有网友测试过了，8.1也有这个问题。

我觉得，可以考虑套用复制文件有同名时的操作，提示替换或跳过文件对话框，有对比功能，或者像你说的，不同时直接禁用不显示该菜单项。

刚试了两个文件，修改后撤销复制也会被无提示全部彻底删除

studyggm

我的理解是“撤销xx”不单单指复制，是回退最后系统执行的操作，是无视文件变化的（只认文件名）。所以即便是修改了一样回归原来文件夹下状态（有或没有文件存在）。过多是交给应用软件实现的。总结“撤销”慎用。

studyggm

这个可以佐证：将A文件夹中的文件复制到 B 文件夹 ，执行将文件夹文件移出，返回 B 文件夹中右键菜单只有”撤销移动“ （最后可执行状态） 如果严谨些，可以参考Linux中的做法是楼主说的那样   关于17楼的提到情况判断“复制了哪些文件”问题一并发表看法：文件被复制是可以参考（排序）创建时间的。编辑后的文件可以参考（排序）修改时间来区别的。

jianwinking

学习了，谢谢

yhm2002

感谢分享

2012qnmd

pe下，没法重现，

右键菜单的“撤销 复制”   没有找到这个右键。

yhm2002

感谢分享

ddonglliu

越老越妖

cqsky

确实改了策略。改后的策略为了方便一次性复制很多文件 ，然后需要撤销复制，这样不用一一确认。

门口

nttwqz 发表于 2025-1-5 18:25
莫非你是微软员工？这么可着劲的为微软辩护，bug10/11是大家长期以来的公认，还用得着我去黑它……

前 ...

呵呵，连话都听不懂，就会喷。
你仔细看看我回帖怎么说的，我说的是感觉是策略改变。
同时我怎么就没细看了？你没看到我说的Win8起就这样了？
然后Win7和xp怎么的了，那个撤销复制有比较过程的？那不过不就是删除确认吗？
我们没有Windows源码，不过从逻辑上来说，Windows8的撤销复制要比Windows7及XP要多个检查判断过程：7是直接推个直接删除文件功能，而这个直接删除文件是有个确认的，而Windows8显然传递了参数或怎么的，检查是撤销复制过程就就取消了删除提示。。我这这么理解的。
反正我用Windows这么多年从没注意这个事，我不认为这是bug，难道你几分钟内的点撤销复制，这几分钟的记忆都没有？还需要确认才知道，那个确认真的有用吗？难道你看到那个确认就知道不应该撤销复制的？那么你干嘛又要点撤销复制呢？这不是很矛盾吗？所以送我说这更接近一种操作错误。
还扯什么微软员工为微软辩解，哈哈。。

ailixiaoran

感谢分享

nttwqz

门口 发表于 2025-1-6 21:35
呵呵，连话都听不懂，就会喷。
你仔细看看我回帖怎么说的，我说的是感觉是策略改变。
同时我怎么就没细 ...

几分钟……合着白打半天字，看来对于无法理解或者说不会换角度考虑问题的人怎么说都没用，已经分享给大家了，他们注意不注意就不是我的事了。

favospace

很不幸，我也遇到过，下次注意，别乱点