Баги в v3.57 (build 1182-1497)
Модератор: motyara
-
- Охотник за багами
- Сообщения: 207
- Зарегистрирован: Пн апр 27, 2015 8:39 pm
Re: Баги в v3.57 (build 1182-1461)
Заметил ещё следущую штуку в b1461... При двух папок, правая из которых read-only (в моём случае - smb шара, но это наверное не суть важно), можно выделить все файлы и нажать "удалить справа" и выглядеть всё будет так будто оно правда удалилось. Но на самом деле ничего не удалилось (потому что read only).
При попытке просто удалить какой-либо файл из панели видно ошибку типа "Access is denied, or the file \\blah\blah\blah.jpg is already used." (как и должно быть).
При попытке просто удалить какой-либо файл из панели видно ошибку типа "Access is denied, or the file \\blah\blah\blah.jpg is already used." (как и должно быть).
-
- Охотник за багами
- Сообщения: 207
- Зарегистрирован: Пн апр 27, 2015 8:39 pm
Re: Баги в v3.57 (build 1182-1461)
И ещё мелкая проблемка в b1461: из корня SMB шары (например \\127.0.0.1), "копировать полные пути файлов" копирует путь без "\\", т.е. вместо "\\127.0.0.1\CTemp\" получется "127.0.0.1\CTemp\".
А ещё там не работает выделение, и в результате, в частности, нельзя одним махом скопировать пути ко всем расшаренным папкам...
А ещё там не работает выделение, и в результате, в частности, нельзя одним махом скопировать пути ко всем расшаренным папкам...
-
- Автор программы
- Сообщения: 3432
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
К сожалению эта проблема визуально хоть и небольшая, но ее решение предполагает изменение целой группы функций. По возможности будет исправлено.i3v писал(а): ↑Чт май 14, 2020 11:39 pm Заметил следущую штуку в b1461 - при поиске "по содержимому" в офисных файлах, но без галочки "в архивах" файл не разлочивается:
- Создаём файл "a.txt" с любым содержимым
- Упаковываем этот файл в "a.zip" с помощью 7z, задав любой пароль
- Переименовываем "a.zip" в "a.bt9"
- Запускаем поиск в папке c этим файлом, причём:
- Снимаем галку "искать также в архивах"
- Ставим галку "С текстом" (и вписывам что угодно в соотв. поле)
- Ставим галку "Office files"
- В ходе поиска появляется окно для ввода пароля (И это - первая проблема о которой я хотел сообщить. Поиск стопорится и ждёт на подобных файлах. Наверное помогла бы опция "пропускать запароленные архивы".)
- Закрываем окно для ввода пароля. Поиск заканчивается.
- Пытаемся удалить/переименовать "a.bt9" - выясняется, что файл открыт самим UC.
-
- Автор программы
- Сообщения: 3432
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
Подозреваю, что в этом проявляется особенность работы Windows с smb. Судя по всему Windows сообщает smb-серверу о необходимости удаления файла, сервер отвечает что "хорошо, я удалю", но сам при этом удалить не может, а Windows тем временем передает Unreal Commander'у ответ что файл удален. Можете попробовать удалить этот же файл через Проводник, вероятно он даже отобразит что файл исчез из списка, но после обновления списка по F5 файл снова в нем отобразится.i3v писал(а): ↑Пт июн 12, 2020 1:22 pm Заметил ещё следущую штуку в b1461... При двух папок, правая из которых read-only (в моём случае - smb шара, но это наверное не суть важно), можно выделить все файлы и нажать "удалить справа" и выглядеть всё будет так будто оно правда удалилось. Но на самом деле ничего не удалилось (потому что read only).
При попытке просто удалить какой-либо файл из панели видно ошибку типа "Access is denied, or the file \\blah\blah\blah.jpg is already used." (как и должно быть).
-
- Автор программы
- Сообщения: 3432
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
Да, выделение там специально отключено, так как никаких действий (копирование, удаление, переименование, проставление комментариев, упаковка) в отношении этого расположения не предусмотрено. Как видите, даже копирование полного имени ресурса там хоть и выполняется, но неправильно (я не предполагал, что оно там может понадобиться). С полным именем проблему я к следующему билду подправлю, а вот множественное выделение пожалуй лучше не добавлять. Спасибо за обнаружение этой проблемы.i3v писал(а): ↑Пт июн 12, 2020 6:16 pm И ещё мелкая проблемка в b1461: из корня SMB шары (например \\127.0.0.1), "копировать полные пути файлов" копирует путь без "\\", т.е. вместо "\\127.0.0.1\CTemp\" получется "127.0.0.1\CTemp\".
А ещё там не работает выделение, и в результате, в частности, нельзя одним махом скопировать пути ко всем расшаренным папкам...
-
- Охотник за багами
- Сообщения: 207
- Зарегистрирован: Пн апр 27, 2015 8:39 pm
Re:
Спасибо!Max Diesel писал(а): ↑Сб июн 13, 2020 8:22 am К сожалению эта проблема визуально хоть и небольшая, но ее решение предполагает изменение целой группы функций. По возможности будет исправлено.
Попробовал. Но нет... Explorer всё правильно говорит:Max Diesel писал(а): ↑Сб июн 13, 2020 8:30 am Можете попробовать удалить этот же файл через Проводник, вероятно он даже отобразит что файл исчез из списка, но после обновления списка по F5 файл снова в нем отобразится.
Код: Выделить всё
File Access Denied
You need permission to perform this action
You require permission from domain\username to make changes to this file
[Try again] [Cancel]
Спасибо!Max Diesel писал(а): ↑Сб июн 13, 2020 8:40 am С полным именем проблему я к следующему билду подправлю, а вот множественное выделение пожалуй лучше не добавлять. Спасибо за обнаружение этой проблемы.
Множественное выделение там и правда требуется раз в 100 лет, так что не велика беда что его нет
-
- Охотник за багами
- Сообщения: 207
- Зарегистрирован: Пн апр 27, 2015 8:39 pm
Re: Баги в v3.57 (build 1182-1461)
Вдогонку, b1461 пару раз упал за последние несколько дней:
- - не знаю уже, падал UC тут или нет. Но может быть относится тоже.
Код: Выделить всё
x64 Access violation at address 00007FFD1C8E4989 in module 'ntdll.dll'. Write of address 0000000000000024|00007FFD1C8E4989 2 2020-06-12 18:26:38 1461 b8148375
- И ещё
- тут точно упал. Именно на удалении из окна синхронизации папкок, одна из которых smb шара.
Код: Выделить всё
Level Date and Time Source Event ID Task Category Error 2020-06-14 02:37:53 Application Error 1000 (100) "Faulting application name: UnrealCommander64.exe, version: 3.5.7.1461, time stamp: 0x00000000 Faulting module name: UnrealCommander64.exe, version: 3.5.7.1461, time stamp: 0x00000000 Exception code: 0xc0000005 Fault offset: 0x000000000049d3e0 Faulting process id: 0x34b0 Faulting application start time: 0x01d641db94a9822f Faulting application path: C:\Soft\shared\Unreal Commander\UnrealCommander64.exe Faulting module path: C:\Soft\shared\Unreal Commander\UnrealCommander64.exe Report Id: 70b5dd55-36ff-4a51-a8b2-551179be76c0 Faulting package full name: Faulting package-relative application ID: "
-
- Охотник за багами
- Сообщения: 207
- Зарегистрирован: Пн апр 27, 2015 8:39 pm
Re: Баги в v3.57 (build 1182-1461)
Ещё странную штуку заметил в b1461: при множественном переименовании, если в поле "search for" вписать точку, оказывается, что точка как бы есть в конце любого имени, даже в конце имени папки "C:\temp\0" (но там нет точки). Что в обычном режиме, что regexp.
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- Охотник за багами
- Сообщения: 207
- Зарегистрирован: Пн апр 27, 2015 8:39 pm
Re: Баги в v3.57 (build 1182-1465)
Спасибо!Max Diesel писал(а): ↑Вс июн 21, 2020 6:01 pm Да, действительно. Спасибо. К следующему билду предположительно будет исправлено.
Сейчас ещё заметил в b1465 три смежных бага при создании md5 для папки с smb шары, при внезапном обрыве коннекта (механическим выключателем WiFi на ноуте):
- Хешируемая папка где-то в локальной сети, ".md5" файл создаём в локальной папке. С некоторой вероятностью, md5 для файла, на котором произошёл разрыв коннекта будет посчитан неправильно. После восстановления коннекта операция завершиться якобы успешно.
- Хешируемая папка где-то в локальной сети, ".md5" файл создаём в локальной папке. С некоторой вероятностью, прогрессбар md5 хеширования исчезнет, а в fl_error.txt появиться ошибка "x64 dir_op 1 2020-07-01 19:13:29 1465 fc686387".
- Хешируемая папка где-то в локальной сети, ".md5" файл создаём там же. В реальном случае (нарочно соединение не разрывал), при создании md5 для большой пачки (~1M) файлов, я обнаружил три отсутствующие строчки в случайных местах. Видимо коннект таки падал. (А вот битых хешей не было... Может повезло так...) Воспроизвести не пытался, но подозреваю что это примерно то же самое что и тут я описывал - md5 для файла уже посчитан, а разрыв коннекта произошёл в момент когда UC хотел записать новую строчку в ".md5" файл. У него не получилось, но эта ошибка не обработалась корректно и далее он продолжил со следующего файла, после восстановления коннекта.
-
- Охотник за багами
- Сообщения: 207
- Зарегистрирован: Пн апр 27, 2015 8:39 pm
Re: Баги в v3.57 (build 1182-1465)
И ещё один интересный баг заметил сейчас в b1465:
Приложенные два файла (см. внутри архива), внезапно, невозможно сравнить по содержимому - никакое окно не появляется. Вместо этого в fl_error.txt появляется что-то вроде:
(Причём, что интересно, строчки не "повторяются" (и "1" не заменяется на "2" и так далее), как обычно... Не знаю, значит ли это что-нибудь...)
Приложенные два файла (см. внутри архива), внезапно, невозможно сравнить по содержимому - никакое окно не появляется. Вместо этого в fl_error.txt появляется что-то вроде:
Код: Выделить всё
x64 No mapping for the Unicode character exists in the target multi-byte code page|000000000A5D6A28 1 2020-07-01 22:41:28 1465 1df9b618
x64 No mapping for the Unicode character exists in the target multi-byte code page|000000000197B378 1 2020-07-01 22:41:28 1465 16a0c59b
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- Охотник за багами
- Сообщения: 207
- Зарегистрирован: Пн апр 27, 2015 8:39 pm
Re: Баги в v3.57 (build 1182-1465)
И ещё один баг(?) в b1465, про создание md5: когда запущен процесс хеширования, можно нажать на шестерёнку и включить опцию "Show report". Но никакого репорта от этого не появляется...
И ещё заметил, хешируя одну и ту же папку на NAS (md5 сохранялся локально), что в одном случае UC пропустил где-то в середине ~30 файлов из ~2000 в конце папки - соответствующих строчек нет. А со следующей папки пошёл опять нормально считать. (Обычно он раз взялся что-то пропускать, то пропускал уж всё, с середины файла и до самого конца).
И ещё заметил, хешируя одну и ту же папку на NAS (md5 сохранялся локально), что в одном случае UC пропустил где-то в середине ~30 файлов из ~2000 в конце папки - соответствующих строчек нет. А со следующей папки пошёл опять нормально считать. (Обычно он раз взялся что-то пропускать, то пропускал уж всё, с середины файла и до самого конца).
-
- Охотник за багами
- Сообщения: 207
- Зарегистрирован: Пн апр 27, 2015 8:39 pm
Re: Баги в v3.57 (build 1182-1465)
И ещё один момент где b1465 себя несколько странно ведёт. Может и раньше так было, не очень помню...
При относительно небольшом даже количестве файлов (10515 шт) в утилите синхронизации папок, проверяем что две папки совпадают и выбираем все и "удалить справа".
Никакого отдельного диалога про удаление не появляется (но этот момент я уже описывал, вроде бы), и не видно вообще никакой активности довольно долго (только по уменьшающемуся размеру папки можно судить о том что что-то происходит). И, что собственно интересно, получается что довольно долго висит странного вида окно где много выделенных пустых строчек (см. приложенный скриншот). Не помню чтоб раньше так было (хотя может я просто не обращал внимания).
При относительно небольшом даже количестве файлов (10515 шт) в утилите синхронизации папок, проверяем что две папки совпадают и выбираем все и "удалить справа".
Никакого отдельного диалога про удаление не появляется (но этот момент я уже описывал, вроде бы), и не видно вообще никакой активности довольно долго (только по уменьшающемуся размеру папки можно судить о том что что-то происходит). И, что собственно интересно, получается что довольно долго висит странного вида окно где много выделенных пустых строчек (см. приложенный скриншот). Не помню чтоб раньше так было (хотя может я просто не обращал внимания).
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- Охотник за багами
- Сообщения: 207
- Зарегистрирован: Пн апр 27, 2015 8:39 pm
Re: Баги в v3.57 (build 1182-1470)
И ещё одну странную штуку в b1470, связанную с подсчётом md5 для большой сетевой папки (с записью md5 в неё же) сейчас заметил - подсчёт продолжается (прогрессбар ползёт), но тот же самый процесс при этом показал ошибку:
Причём при нажатии "Skip" ничего не происходит, а таймер Retry завис в нуле.
Код: Выделить всё
Unable to create a file/directory. Access is forbidden.
Cancel operation?
\\?\UNC\ru0<...>_run3.md5\
-----------------------------------
[Current] [All] [Retry [0]] [Skip]
-----------------------------------
У вас нет необходимых прав для просмотра вложений в этом сообщении.
-
- Сообщения: 4
- Зарегистрирован: Пт сен 04, 2020 3:42 pm
Re: Баги в v3.57 (build 1182-1479)
Несколько багов.
Если вызвать меню выдоба дисков (Alt-F2) а потом ткнуть мышкой в меню, например "настройки", то программу как-то раскорячивает на четверть экрана, и при этом свернуть ее можно только win-комбинациями.
Странное поведение выбора цвета для подсветки поисковых запросов, для вех показывает один и тот же вет, по факту он разный. Заодно пожелание сделать возможность из меню менять приоритет запросов, я только путем редактирования конфига добился нужного порядка. Не очень понятно, зачем два способа выделения цветом (по запросам ведь и так все может охватить).
Если вызвать меню выдоба дисков (Alt-F2) а потом ткнуть мышкой в меню, например "настройки", то программу как-то раскорячивает на четверть экрана, и при этом свернуть ее можно только win-комбинациями.
Странное поведение выбора цвета для подсветки поисковых запросов, для вех показывает один и тот же вет, по факту он разный. Заодно пожелание сделать возможность из меню менять приоритет запросов, я только путем редактирования конфига добился нужного порядка. Не очень понятно, зачем два способа выделения цветом (по запросам ведь и так все может охватить).
У вас нет необходимых прав для просмотра вложений в этом сообщении.