Баги в v3.57 (build 1182-1497)

[dima_dec]

Добрый день. А вот в 10-й бете появился баг - контекстное меню начинает мерцать (не всегда, закономерности не обнаружил, но напрягает). Вернулся на 8-ю бету, так как на 9-й были зависания. Хотя в 9-й и 10-й пофикшен баг с заходом-выходом в архивах на сетевых папках...

[Max Diesel]

Что-то уже несколько версий подряд (сейчас на beta10) UC не показывает содержимое "\\tsclient" (хотя в "\\tsclient\C" и т.п. зайти можно и там всё работает) - панель просто остаётся пустой. В explorer при этом всё отоборажется нормально.

Да, действительно, мое упущение - переделывал функцию энумерации сети и забыл про терминальные сервисы. Со следующего билда предположительно будет корректно, спасибо за эту информацию.

[Max Diesel]

Добрый день. А вот в 10-й бете появился баг - контекстное меню начинает мерцать (не всегда, закономерности не обнаружил, но напрягает). Вернулся на 8-ю бету, так как на 9-й были зависания. Хотя в 9-й и 10-й пофикшен баг с заходом-выходом в архивах на сетевых папках...

Добрый день || ночь || утро || вечер.
Вы не могли бы через личное сообщение (либо на email, либо напрямую здесь через форум) сообщить мне названия программ, которые используются на компьютере? В частности интересуют те, которые запущены в трее. Дело в том, что это мигание контекстного меню судя по всему является результатом воздействия какой-либо из них. Если есть возможность по очереди их выключить в целях обнаружения той, которая провоцирует появление мигания, то я был бы весьма признателен за обнаружение программы-виновника.
P.S. Включить использование старого контекстного меню можно выполнив в командной строке Unreal Commander'а следующую команду:
OldContextMenu=1
При необходимости снова отключить старое контекстное меню нужно выполнить обратную команду:
OldContextMenu=0

[i3v]

Поймал сейчас следующую багу при удалении файлов через окно синхронизации папок в beta 10:

1. Имеем папку "C:\Temp\crash_on_delete\from\" c небольшим количеством файлов (у меня было 30 штук, <1 МБ - так что это не относится к тем багам когда файлов миллионы)
2. Копируем все их в "C:\Temp\crash_on_delete\to\"
3. Commands -> Synchronise dirs
4. В появившемся окне (где у нас, очевидно, 30 "равно") выделяем всё и "правый клик -> удалить справа"
5. Видим несколько сообщений об ошибках типа (1) и когда их все закончатся видим ещё сообщение (2) и всё - UC упал.
6. Вроде бы стабильно воспроизводится, но только на определённых файлах. То ли длинна пути важна (хотя она тут максимум ~160 символов, что заметно меньше MAX_PATH, то ли ещё что). Поэтому прикладываю архив с файлами, на которых удалось воспроизвести мне. Его содержимое надо распаковать в "C:\Temp\crash_on_delete\from\", так чтобы получилось "C:\Temp\crash_on_delete\from\lkasjdfk;jasfl;sdj\".
7. Кстати, средствами UC распаковать архив не получается - он вроде как что-то делает, а потом ни сообщения об ошибке, ни файлов, что тоже баг, похоже . (Я помню, что были какие-то проблемы с пустыми папками, но тут же они не пустые, вроде бы...)

тип 1 :

Код: Выделить всё

[Window Title]
Unreal Commander

[Content]
fl_error:
:Access violation at address 000000000062352F in module 'UnrealCommander64.exe'. Read of address 0000000000000030|0000000000000000

[OK]

тип 2 :

Код: Выделить всё

---------------------------
Error
---------------------------
Runtime error 231 at 0000000000885B67
---------------------------
OK   
---------------------------

fl_error.txt :

Код: Выделить всё

x64 Access violation at address 000000000062352F in module 'UnrealCommander64.exe'. Read of address 0000000000000030|0000000000000000	42	2017-03-04 13:28:08	1195	95ab6d4a

[Max Diesel]

Поймал сейчас следующую багу при удалении файлов через окно синхронизации папок в beta 10:

1. Имеем папку "C:\Temp\crash_on_delete\from\" c небольшим количеством файлов (у меня было 30 штук, <1 МБ - так что это не относится к тем багам когда файлов миллионы)
2. Копируем все их в "C:\Temp\crash_on_delete\to\"
3. Commands -> Synchronise dirs
4. В появившемся окне (где у нас, очевидно, 30 "равно") выделяем всё и "правый клик -> удалить справа"
5. Видим несколько сообщений об ошибках типа (1) и когда их все закончатся видим ещё сообщение (2) и всё - UC упал.
6. Вроде бы стабильно воспроизводится, но только на определённых файлах. То ли длинна пути важна (хотя она тут максимум ~160 символов, что заметно меньше MAX_PATH, то ли ещё что). Поэтому прикладываю архив с файлами, на которых удалось воспроизвести мне. Его содержимое надо распаковать в "C:\Temp\crash_on_delete\from\", так чтобы получилось "C:\Temp\crash_on_delete\from\lkasjdfk;jasfl;sdj\".
7. Кстати, средствами UC распаковать архив не получается - он вроде как что-то делает, а потом ни сообщения об ошибке, ни файлов, что тоже баг, похоже . (Я помню, что были какие-то проблемы с пустыми папками, но тут же они не пустые, вроде бы...)

Предположительно со следующего билда будет корректно, благодарю за содействие.

[Gazzuar]

Уже заявляли что в архиве с большим количеством файлов зависает на долгое время ? и вообще пакер работает оооочень нестабильно с такими файлами
например

Albert-C (Pro x-tools v1.0.1).rar

внутри ещё один зип-архив с кастомным расширением, туда можно войти по ctrl + PgDn

а дальше все процессы, alt+f9 и обратно alt-f5 подвисают

[Max Diesel]

Уже заявляли что в архиве с большим количеством файлов зависает на долгое время ? и вообще пакер работает оооочень нестабильно с такими файлами
например Albert-C (Pro x-tools v1.0.1).rar
внутри ещё один зип-архив с кастомным расширением, туда можно войти по ctrl + PgDn
а дальше все процессы, alt+f9 и обратно alt-f5 подвисают

С технической точки зрения чем больше файлов в архиве, тем тяжелее он будет открываться и тем дольше он будет распаковываться. Однако в приведенном архиве файлов отнюдь не большое количество, всего лишь тысяча с хвостиком. При проверке зависания при общении с этим архивом замечено не было, либо может быть я не понял какие именно действия нужно сделать чтобы увидеть зависание... хотелось бы поподробнее.

[Gazzuar]

я не понял какие именно действия нужно сделать чтобы увидеть зависание... хотелось бы поподробнее.

часто работаю через клавиатуру, захожу в этот архив (ReaperThemeZip) он его открывает секунд 7-10, переключаюсь на другое окно - возвращаюсь, UC начинает перечитывать архив, я не дожидаюсь, переключаю фокус на другое окно, возвращаюсь в UC он опять пересчитывает и опять зависает. Повторить полное зависание (со сниманием через диспетчер задач) у меня не получалось, через 10 секунд UC отвисал.

[Max Diesel]

часто работаю через клавиатуру, захожу в этот архив (ReaperThemeZip) он его открывает секунд 7-10, переключаюсь на другое окно - возвращаюсь, UC начинает перечитывать архив, я не дожидаюсь, переключаю фокус на другое окно, возвращаюсь в UC он опять пересчитывает и опять зависает. Повторить полное зависание (со сниманием через диспетчер задач) у меня не получалось, через 10 секунд UC отвисал.

Это какая-то очень странная ситуация, прямо-таки паранормальная. Как я уже упомянул, вложенный архив у меня при проверке открывается просто мгновенно, то есть не наблюдается даже полусекундная задержка (причем проверено на Windows XP, 7 и 10). В связи с чем хотелось бы поинтересоваться:
1. какой используется билд и битность (x32 или x64) Unreal Commander'а? (это можно увидеть в окне "О программе")
2. какая используется версия Windows?
3. какой используется антивирус?
4. если вложенный архив ("Albert-C (Pro x-tools v1.0.1).ReaperThemeZIP") извлечь из rar-архива и проставить ему расширение ".zip", то вход в него будет происходить все также по 7-10 секунд?
5. будет ли медленным вход во вложенный архив если отключить антивирус?

[Gazzuar]

1-2-3 у меня две системы, везде последний UC 64 (от 11 марта), ВИН7 64 бита
тормозит только одна система с касперским, который нельзя оключить
система где только "защитник" всё летает
4 да, так же тормозит, в диспетчере максимальную загрузку ЦП показывает в это время UnrealCommander, на втором месте svchost
5 отключить/приостановить КАВ не могу, по политикам

[Gazzuar]

5. приостановил защиту КАВ, всё так же зависает на 10 секунд

[Max Diesel]

1-2-3 у меня две системы, везде последний UC 64 (от 11 марта), ВИН7 64 бита
тормозит только одна система с касперским, который нельзя оключить
система где только "защитник" всё летает
4 да, так же тормозит, в диспетчере максимальную загрузку ЦП показывает в это время UnrealCommander, на втором месте svchost
5 отключить/приостановить КАВ не могу, по политикам

5. приостановил защиту КАВ, всё так же зависает на 10 секунд

Спасибо, область поиска причины проблемы несколько сузилась. У меня было предположение, что антивирус может производить какую-то деятельность в отношении Unreal Commander'а в связи с тем что он распаковал файл во временный каталог, да еще и файл с нестандартным расширением. Однако если уж проблема проявляется даже на распакованном и переименованном файле, значит вероятно к делу причастна какая-то другая программа. Я в такой ситуации попытался бы выгрузить все программы, которые запущены в трее - возможно какая-то из них создает такой неприятный эффект. Информация о том, какая программа его создает, мне вероятно помогла бы как-нибудь адаптировать Unreal Commander под ситуацию. В данный момент проблема выглядит совершенно паранормальной.

[Stahlreich]

Установлен плагин просмотра содержимого torrent файла и запускаемая в 64 битной Windows 10 по умолчанию х64 версия UC стандартным вьювером перестал показывать содержимое торрента. Не критично, Universal Viewer отображает нормально.

1e637cede3518f51291de91639bdc3fb.md.jpg

---
Сейчас посмотрел на странице плагина TCTorrent оказалось отдельно есть х32 и х64 версии. Переставил х64 - стандартный вьювер заработал.

[Max Diesel]

Установлен плагин просмотра содержимого torrent файла и запускаемая в 64 битной Windows 10 по умолчанию х64 версия UC стандартным вьювером перестал показывать содержимое торрента. Не критично, Universal Viewer отображает нормально.
1e637cede3518f51291de91639bdc3fb.md.jpg
---
Сейчас посмотрел на странице плагина TCTorrent оказалось отдельно есть х32 и х64 версии. Переставил х64 - стандартный вьювер заработал.

Все совершенно логично - 64-битная версия не умеет работать с 32-битными плагинами и наоборот. Этот принцип относится не только к Unreal Commander'у, но и ко всем остальным программам тоже.

[Gazzuar]

Спасибо, область поиска причины проблемы несколько сузилась. У меня было предположение, что антивирус может производить какую-то деятельность в отношении Unreal Commander'а в связи с тем что он распаковал файл во временный каталог, да еще и файл с нестандартным расширением. Однако если уж проблема проявляется даже на распакованном и переименованном файле, значит вероятно к делу причастна какая-то другая программа. Я в такой ситуации попытался бы выгрузить все программы, которые запущены в трее - возможно какая-то из них создает такой неприятный эффект. Информация о том, какая программа его создает, мне вероятно помогла бы как-нибудь адаптировать Unreal Commander под ситуацию. В данный момент проблема выглядит совершенно паранормальной.

может что-то шпионское у меня стоит ? есть ли варианты выяснить на каком этапе идёт задержка ?