[Feature Request]: 移动模式覆盖在总是和仅保留最新，同源文件名的时会被认为已整理

[manduted]

当前程序版本

v2.2.4-1

运行环境

Docker

功能改进类型

主程序

功能改进

通过其他调用QB下载（这个下载目录是MP下载监控器）。或者手动放到电脑映射的NAS上的文件夹（MP目录监控）

这两文件夹都是，移动模式且总是 覆盖。但提示，已经整理过文件

我猜的是，逻辑上运行是：因为这个文件夹下，新文件的文件名，和已经整理过的源文件名是同一个，所以就跳过整理（不知道对不对，应该是吧），如果不同整理记录的源文件名，才去覆盖

如果这样，虽然可以防止，复制模式下，目录监控，不断跑去覆盖

但是移动模式下。还得清理处理记录，或者改不同于记录的源文件名，那移动下的总是覆盖，和仅保留最新 感觉意义很小吧。

好比。Ani-Rss自动追动漫，它会自己给QB文件名重命。当字幕组发布v2版本后，它还是会用之前v1那个名字，结果MP监控入库了v1后，就不会 v2覆盖v1。

有些出了BD后。我会手动找特效字幕然后压制，电脑上有映射 MP 待识别 的文件夹，结果复制过去，MP全给我说，已经整理过。，得手动翻目录替换。或者清理记录。

我觉得吧。至少，在移动模式下，在移动模式下，总是覆盖 和 仅保留最新，不管源文件名是不是相同，或者有没有已整理记录。都应该总是覆盖或者保留最新，而不是受整理记录的影响，毕竟本来 移动 覆盖 就是剪切过去的嘛。。

参考资料

No response

[manduted]

而且。好像。当手动把该条，已整理过的记录清除后。再去 服务执行一次。下载文件整理，会提示。没有已完成下载但未整理的任务

而且。我是把。该目录 设置成了。目录监控 和下载器监控。。但是 thsrite写的目录监控插件，再去执行一次。就能过去

[manduted]

看了下。好像差不多是我所想。在app/chain/transfer.py。1020-1027。触发是读取记录，有则跳过

实际文件处理是在 app/modules/filemanager/init.py 里面。

chain/transfer.py好像只是个预处理，里面target_storage参数。实际都是NONE，只有到丢给filemanager才会有。。本来还想尝试在chain添加读取target_storage里的transfer_type和overwrite_mode

如果是 移动和总是，则忽视记录。继续加入处理队列，不是这两个就continue跳过。

现在只能想到去掉transfer.py。1020-1027。。不管有没有记录都全部交给overwrite_mode生成的overflag 来处理。但是里面的force强制模式，我没注意是怎么出发的。好像也没开关、后面就没继续看了，

按我这么直接删除的搞，应该不行。相当于杀了一定预处理。下放到了用户设置的目录身上，不知道还有没有其他 处理过该文件的标签，成双保险。。要是设置成。复制模式。总是覆盖，画面太美。。。

感觉可行的。就是transfer.py。1020-1027的判断 套至filemanager的__transfer_file，也不知道大佬会不会出现。当成讨论吧。