Alexyz21
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Тестовый набор на котором ловится "баг" ShiftF12
Как повторить - распаковываем тестовый набор, заходим в папку 1 с 5-ю файлами, каждый с бом.
1. Вызываем в этой папке BOOM!.lua, снимаем крыжик с UTF8, ставим на 32BE, Enter - выделен 32BE
2. снимаем с 32BE, ставим на 32LE, Enter - выделен 32LE
3. снимаем с 32LE, ставим на 32BE, Enter - выделен 32BE.
- работает как надо, снимаем c 32BE - выделение снято полностью.
Активируем выделенные вперёд ShiftF12, вызываем boom, повторяем 1-2-3, на 3 выделяется не 32BE, как ожидается, а 16LE. Но в предыдущий раз мы удостоверились, что скрипт работает правильно, деактивируем ShiftF12 и убеждаемся в этом снова, т.е. дело в ShiftF12 - он меняет номера у итемов.
Как оказалось, если на панели сортировка не W, а n, то вместо 16le остаётся 32le, хотя ожидается, напомню, 32be - т.е. баг выделения на панели зависит от режима сортировки панели. Скачал 5449 x86, распаковал в чистую папку, добавил far.exe.ini с UseSystemProfiles=0, запустил Far.exe в проводнике, в появившуюся папку с профилем, в скрипты добавил BOOM!.lua, перезапустил Far.exe, зашёл в тестовую папку 1 с 5 файлами с бомами - F11 макробраузер - BOOM! - ничего не происходит, макрос в чистом Far только создаёт рапорт, в котором пишет, что файлов с BOM 0 - почему, пока не понятно.
UP. Выяснилось, что чистому Far имён файлов недостаточно, нужны полные пути в io.open(f,"rb"). Интересно, почему тогда в "обжитом" Far хватает только имён файлов? - Кто-то добавляет к ним путь к папке на панели.
На чистом Far баг ShiftF12 воспроизводится в обоих режимах сортировок n (CtrlF3) и W (CtrlF5) + ShiftF12 (к любому). |
Всего записей: 3693 | Зарегистр. 16-06-2007 | Отправлено: 18:46 11-08-2019 | Исправлено: Alexyz21, 23:19 11-08-2019 |
|
У вас не сохранился его вариант перед добавлением защиты? 