感谢分享

学习学习

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

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

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

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

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

感谢分享

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

前 ...

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

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

越老越妖

感谢分享

pe下，没法重现，

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

感谢分享

学习了，谢谢

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

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

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

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

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

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

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

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

门口 发表于 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会依旧存在。。。

谢谢分享。

避免踩坑

学习学习，感谢分享。

谢谢楼主分享

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

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

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

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

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

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

没明白过来win7

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

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

这个，有点难受

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