无忧启动论坛

标题: 发现Win10一个会丢失数据的Bug！ [打印本页]

作者: nttwqz 时间: 2025-1-5 13:15
标题: 发现Win10一个会丢失数据的Bug！
本帖最后由 nttwqz 于 2025-1-5 18:38 编辑

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

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

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

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

作者: 邪恶海盗 时间: 2025-1-5 13:39
刚试了XP，选择“取消复制”会有确认删除操作的提示...

二○二五年一月五日

作者: ruanfen 时间: 2025-1-5 13:41
记下来，原来还有这个bug

作者: dksoft 时间: 2025-1-5 13:47
每一个BUG的发现都伴随着一段痛苦的经历

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

作者: jabbie 时间: 2025-1-5 14:22
这个，有点难受

作者: nttwqz 时间: 2025-1-5 15:18

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

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

作者: 51xp 时间: 2025-1-5 15:57
没明白过来win7

作者: 门口 时间: 2025-1-5 16:21
本帖最后由门口于 2025-1-5 16:25 编辑

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

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

作者: nttwqz 时间: 2025-1-5 16:27

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

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

作者: 门口 时间: 2025-1-5 16:32

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

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

作者: wang1126 时间: 2025-1-5 16:38
谢谢楼主分享

作者: 忧心的启 时间: 2025-1-5 16:49
学习学习，感谢分享。

作者: 2012fengxi 时间: 2025-1-5 16:53
避免踩坑

作者: 远大的理想 时间: 2025-1-5 17:10
谢谢分享。

作者: nttwqz 时间: 2025-1-5 18:25

门口发表于 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 18:30
本帖最后由 likeyouli 于 2025-1-5 18:35 编辑

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

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

作者: nttwqz 时间: 2025-1-5 18:47

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

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

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

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

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

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

作者: jianwinking 时间: 2025-1-5 19:44
学习了，谢谢

作者: yhm2002 时间: 2025-1-5 20:19
感谢分享

作者: 2012qnmd 时间: 2025-1-5 20:21
pe下，没法重现，

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

作者: yhm2002 时间: 2025-1-6 08:31
感谢分享

作者: ddonglliu 时间: 2025-1-6 10:07
越老越妖

作者: cqsky 时间: 2025-1-6 10:56
确实改了策略。改后的策略为了方便一次性复制很多文件，然后需要撤销复制，这样不用一一确认。

作者: 门口 时间: 2025-1-6 21:35

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

前 ...

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

作者: ailixiaoran 时间: 2025-1-6 22:04
感谢分享

作者: nttwqz 时间: 2025-1-6 23:48

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

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

作者: favospace 时间: 2025-1-7 00:05
很不幸，我也遇到过，下次注意，别乱点

作者: 门口 时间: 2025-1-7 01:13

nttwqz 发表于 2025-1-6 23:48
几分钟……合着白打半天字，看来对于无法理解或者说不会换角度考虑问题的人怎么说都没用，已经分享给大家 ...

我只是说不是bug，这明显是微软设计使然，就是故意这么做的，至于你觉得好还是不好是你自己的事。
什么操作没风险呢？复制粘贴删除都有，每个都确认呗，问题它有意义吗？
到底谁理解能力不行啊，自以为是。

欢迎光临无忧启动论坛 (http://bbs.c3.wuyou.net/)