Баги в v4.21 (build 1550-1705)

[aneugene]

Добрый день || ночь || утро || вечер.
Если уж получились какие-то странности с правами доступа у файлов, то можно просто вернуть наследование прав от каталога программы. Так как программа установлена в каталог по умолчанию ("C:\Unreal Commander\"), нужно выполнить в консоли (запущенной от имени администратора) или в командной строке Unreal Commander'а (запущенном от имени администратора) следующую команду:

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

icacls "C:\Unreal Commander\*" /reset /T /C /Q

Сделал, даже перезагрузил компьютер, но проблему это не решило, без прав админа UC всё ещё отказывается показывать иконки

[Max Diesel]

Сделал, даже перезагрузил компьютер, но проблему это не решило, без прав админа UC всё ещё отказывается показывать иконки

Получается, что причина проблемы какая-то специфическая. Я бы в такой ситуации попробовал установить программу в чистый каталог и посмотреть, как будет себя вести та копия, еще я убедился бы что причиной проблемы не является антивирус (отключил бы его для проверки). А еще довольно странным мне показался тот факт, что на обоих дисках (C и D) отображаются желтые восклицательные знаки, впрочем не знаю как битлокер может быть связан с получением значков.

[aneugene]

Получается, что причина проблемы какая-то специфическая. Я бы в такой ситуации попробовал установить программу в чистый каталог и посмотреть, как будет себя вести та копия, еще я убедился бы что причиной проблемы не является антивирус (отключил бы его для проверки). А еще довольно странным мне показался тот факт, что на обоих дисках (C и D) отображаются желтые восклицательные знаки, впрочем не знаю как битлокер может быть связан с получением значков.

Переставил прогу в другой каталог, в C:\UnCom\, ничего не поменялось, всё так же. Антивирь у меня стоковый, Win Defender, но его на всякий отключал. Он и не находил ничего, и не блокировал ничего.
Даже на всякий зашёл и отключил BitLocker, чтобы он не мешал и в том числе меня не напрягал восклицательными знаками (мне тут он не нужен). Но его отключение всё так же не помогло решить проблему.
Не знаю про специфичность, винда достаточно свежая и околочистая, даже особо захламить не успел (у меня UnCom на все мои системы с двух ног влетает в числе первых программ)

[Max Diesel]

Переставил прогу в другой каталог, в C:\UnCom\, ничего не поменялось, всё так же. Антивирь у меня стоковый, Win Defender, но его на всякий отключал. Он и не находил ничего, и не блокировал ничего.
Даже на всякий зашёл и отключил BitLocker, чтобы он не мешал и в том числе меня не напрягал восклицательными знаками (мне тут он не нужен). Но его отключение всё так же не помогло решить проблему.
Не знаю про специфичность, винда достаточно свежая и околочистая, даже особо захламить не успел (у меня UnCom на все мои системы с двух ног влетает в числе первых программ)

Возможно причина проблемы связана с каталогом временных файлов (для входа в него можно в строку пути над панелью вписать "%temp%" или же в командной строке программы выполнить команду "cd %temp%"). Если в этом каталоге у Unreal Commander'а не будет возможности создать свой подкаталог и/или не будет прав сохранять в него файлы, то значки действительно не загрузятся. Найдите в каталоге temp подкаталог "uncom.tmp" и удалите, после перезапустите программу (если он там был и удалился).

[aneugene]

Найдите в каталоге temp подкаталог "uncom.tmp" и удалите, после перезапустите программу (если он там был и удалился).

Да, почему-то каталог uncom.tmp был доступен только для администратора, его удаление всё починило. Спасибо огромное! Ума не приложу почему же оно так сложилось

[Mitay]

Нашел некорректное поведение ЛокТаба, если в нем открыта сетевая шара.
Если в какой-то момент шара стала недоступной, то в заблокированном табе, при переходе на него, открывается локальная папка, которая еще и сохраняется при закрытии UC.
В результате при следующем запуске UC , ссылки на шару уже нет.
МОжет, если шара недоступна, то открывать пустую вкладку?

[Mitay]

еще было несколько случаев перезаписи ЛокТаба ссылкой на шару из соседнего ЛокТаба (с ссылкой на другую шару).
Но при каких обстоятельствах - непонятно.

[Max Diesel]

Нашел некорректное поведение ЛокТаба, если в нем открыта сетевая шара.
Если в какой-то момент шара стала недоступной, то в заблокированном табе, при переходе на него, открывается локальная папка, которая еще и сохраняется при закрытии UC.
В результате при следующем запуске UC , ссылки на шару уже нет.

К сожалению не удалось воспроизвести эту ситуацию. В качестве проверочного несуществующего ресурса был использован адрес "\\192.168.1.8\test\" (то есть не сетевой диск, и при том с указанием по ip, а не по имени), в файле uncom.ini он соответственно отобразился как "RootPath1=\\192.168.1.8\test\". Программа не смогла на него зайти и показала в лок-табе тот локальный путь, который в истории был последним посещенным (если уж на сетевой таб был переход с некоторого исходного таба, то перейдет на путь исходного таба). Ситуация, когда RootPath изменился, осталась неизвестной. Если вдруг удастся ее обнаружить, то постараюсь это исправить.

МОжет, если шара недоступна, то открывать пустую вкладку?

В отличие от браузеров тут не бывает "пустой вкладки", путь обязательно каким-нибудь да должен быть (во всяком случае, в программе не предполагается, что путь будет пустым).

еще было несколько случаев перезаписи ЛокТаба ссылкой на шару из соседнего ЛокТаба (с ссылкой на другую шару).
Но при каких обстоятельствах - непонятно.

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

[i3v]

Внезапно, у меня на работе IT-безопасники забанили Unreal Commander 4.21 (ещё пару недель назад).
Я поинтересовался почему - говорят, что за установку втихаря своего Trusted Root сертификата в процессе установки/обновления.
Причём, забанили не конкретно "updatetool" и не установщик, а целиком.
(И я с ними согласен, что подсовывать втихаря свой Trusted Root - это какие-то подозрительная действия.)

• Действительно в версии 4.21 beta21 (aka build 1705) файлы "uc32.exe", "uc64.exe" и "Uncom.exe" подписаны самоподписанным Trusted Root "Anton Diesel" (пусть он и только "Code Signing").
• В версии 4.2.1 beta20 (aka build 1659) (которую тоже забанили, видимо за то что она пыталась запускать этот инсталлятор) файлы "uc32.exe", "uc64.exe" не подписаны, а файл "Uncom.exe" сертификат от "Sectigo". К которому, я так понимаю, вопросов не было (хоть он и истёк в 2024).
• В версии 3.57 (build 1497), которую не забанили, тоже какой-то сертификат, ещё более старый. К нему тоже до сих пор нет никаких вопросов, всё работает.

Получается, что всё ж вроде +/- нормально раньше с сертификатами было...

По�