far2l文件管理器中的双重搜索导致文件删除问题分析

问题现象

在far2l文件管理器(版本2.6.1-2024-04-15-d6cc217-beta Linux x86_64)中，当用户进行双重文件搜索操作时，可能会意外删除实际文件。具体操作流程如下：

1. 在文件夹中执行第一次搜索(ALT+F7)，输入第一个搜索字符串如"abcd"
2. 搜索结果出现后，点击"Panel"按钮
3. 在临时面板中执行第二次搜索(ALT+F7)，输入第二个搜索字符串如"1234"
4. 在新结果列表中按F4查看文件内容
5. 退出查看后，这些被查看过的文件会被意外删除

技术分析

问题根源

该问题的根本原因在于far2l对临时面板中的文件处理逻辑存在缺陷。当用户在临时面板中进行二次搜索并查看文件时，系统错误地将这些文件识别为"临时文件"，导致它们在查看后被自动删除。

代码层面分析

问题主要出现在findfile.cpp文件中，具体涉及以下几个关键部分：

1. 文件持有器机制：系统使用FindDlg_TempFileHolder类来管理搜索结果中的文件，这个类继承自TempFileUploadHolder，而后者又继承自TempFileHolder。

2. 临时文件删除逻辑：TempFileHolder的析构函数会自动删除它管理的文件，这是为处理从压缩包中提取的临时文件而设计的正常行为。

3. 错误识别逻辑：当FindItem.ArcIndex != LIST_INDEX_NONE时，系统会创建FindDlg_TempFileHolder实例，将文件标记为临时文件。问题在于，对于临时面板中的文件，系统也错误地设置了ArcIndex值，导致它们被当作临时文件处理。

解决方案思路

修复该问题需要考虑以下几点：

1. 需要区分真正的压缩包内文件(需要临时提取)和临时面板中的常规文件
2. 保留对压缩包内文件编辑后保存回压缩包的功能
3. 确保临时面板中的常规文件不会被错误删除

修复方案

开发团队提出了以下修复方案：

1. 修改文件识别逻辑，明确区分临时面板文件和压缩包内文件
2. 对于临时面板中的文件，不使用TempFileUploadHolder管理
3. 保留对压缩包内文件的特殊处理逻辑

用户建议

对于使用far2l的用户，在修复版本发布前，建议：

1. 避免在临时面板中进行二次搜索后直接使用F4查看文件
2. 重要文件在操作前做好备份
3. 关注项目更新，及时升级到修复版本

该问题已在后续版本中得到修复，用户应升级到最新版本以避免此类问题发生。