-
Notifications
You must be signed in to change notification settings - Fork 174
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Double search and F4 cause file delete #2223
Comments
Note: Inside Lines 1474 to 1700 in 2068c46
RemoveTemp deleting temporary files in Lines 1696 to 1697 in 2068c46
But in each press F3 or F4 |
It seems that problem is really in findfile.cpp, but a little earlier in the code, namely here: Lines 1673 to 1679 in 2068c46
if The actual file deletion is done in the TempFileHolder::~TempFileHolder() which will be called as the base class destructor when the instance of far2l/far2l/src/fileholder.cpp Lines 60 to 66 in 2068c46
|
So, the problem is that the files found on a second search from "Temporary panel" are treated as temporary files, as if the search was done in an archive and they were extracted to /tmp. UPD: perhaps subsequent digging should be made around this line of code (may be not). Получается, причина в том, что при поиске файлов на "Временной панели" они рассматриваются как найденные в архиве, интерпретируются как временные, распакованные в /tmp, после чего благополучно грохаются (вместе с содержащей их директорией, если там больше ничего нет). |
Оставить просто
мы не можем, хотя бы потому что таким образом мы убьём одну из фич far2l — а именно сохранение сделанных при редактировании изменений обратно в архив. Так как в ветке, получающей управление при запросе на редактирование по F4, потом дёргается Line 1686 in 2068c46
А она в базовом классе, FileHolder, не имеет реализации, а реализована только в непосредственном предке FindDlg_TempFileHolder — в TempFileUploadHolder . |
Есть ощущение, что можно попробовать пофиксить, изменив логику где-то в этой области: Lines 2447 to 2464 in 2068c46
Именно тут функцией AddArcListItem файлы со временной панели незаслуженно отправляются в ArcList : Line 2454 in 2068c46
Допустим, проверять, и если мы на tmppanel, а не multiarc, то всех этих телодвижений не выполнять? |
А сделайте PR мне в staging, посмотрим как это у людей работать будет, если ничего нигде не сломается, зашлём сюда. |
May be not fully fix elfmz#2223 bug for all cases. Thanks @spnethw and @viklequick for discussion and ideas in tg-chat
Вроде #2229 исправляет без внесения новых глюков, но проверьте кто может крайние случаи и в них ситуацию перехода по F6 между редактором и просмоторщиком и обратно. |
Забрал в свою ветку staging, у неё отдельный ppa и там некоторое количество людей из чята на ней сидят. Поглядим, не будет ли жалоб. |
I encountered with such problem:
Sometimes you need to find a certain substring in the source files, and then another in these found files.
That is, in the folder with the files, press ALT+F7, the line “abcd” for example, search.
A list of found files with this string appears, click "Panel". Press ALT+F7, new substring "1234" for example, search.
A new list of files has appeared. In this list (without going to the "Panel" view) on any file, press F4, look at what you wanted, ESC, look at the next one, etc.
And all files opened using F4 during such double (triple, etc.) search will be DELETED!
I was upset after deleting some not committed files!
Version 2.6.1-2024-04-15-d6cc217-beta Linux x86_64
The text was updated successfully, but these errors were encountered: