Баги в 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), которую не забанили, тоже какой-то сертификат, ещё более старый. К нему тоже до сих пор нет никаких вопросов, всё работает.

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

Поэтому....
Может быть есть возможность откатить эти недавние изменения, плз?

[Max Diesel]

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

Раз уж забанили, значит таковы правила. А правила есть правила - если их не соблюдать, то мир превратится в хаос. Кстати, при установке (то есть не при обновлении) в инсталляторе есть вот такой пункт про сертификат (второй сверху):

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

• Действительно в версии 4.21 beta21 (aka build 1705) файлы "uc32.exe", "uc64.exe" и "Uncom.exe" подписаны самоподписанным Trusted Root "Anton Diesel" (пусть он и только "Code Signing").

Ради справедливости добавлю, что еще этим же сертификатом подписаны файлы "UnrealCommander64.exe", "UnrealCommander32.exe", "EdgeWebView2.exe" и сам оффлайновый инсталлятор в команде с деинсталлятором.

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

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

Раньше сертификат получить было сложно, но можно. А сейчас они неадекватно подорожали, да и Paypal теперь отказался от всех клиентов из России, то есть отрубил получение пожертвований со всех других стран, а заодно и возможность оплатить "иностранные услуги" (в том числе сертификаты).

Поэтому....
Может быть есть возможность откатить эти недавние изменения, плз?

Вот ссылки (exe и msi) на 19-ю бета-версию, при ней еще не было веб-инсталлятора:
https://x-diesel.com/download/evolution ... d1657).exe
https://x-diesel.com/download/evolution ... d1657).msi

[i3v]

Вот ссылки (exe и msi) на 19-ю бета-версию, при ней еще не было веб-инсталлятора:
https://x-diesel.com/download/evolution ... d1657).exe

Ага, спасибо!
Ссылки сработали, когда я руками заменил "%28 и %29 на "(" и ")". Форум их заменяет на %-encoding версию (и никак это не обойти, похоже), а веб-сервер потом не признает %-encoded версию эквивалентной исходному символу.
Но скачал, поставил обновления запретил. Работает.

(если бан выдается автоматически)

Я не знаю как там у них устроено.. Могу только догадываться, что они получали какие-то автоматические уведомления о подозрительных действиях / попытках действий. И (уже руками) решили заблокировать и их "причину".
Не то чтоб совсем не попали... Но в сам инсталлятор не попали, да.
А может сознательно решили, что "нельзя ему доверять". Он ж потом следущую версию скачает, а с ней будет то же самое и "уведомления" продолжат сыпаться.

в инсталляторе есть вот такой пункт про сертификат (второй сверху)

Гм... Но при обновлении-то этого окна нет? При обновлении таки "без спроса"?

Впрочем, если эта галочка включена по-умолчанию, то я подозреваю, что всё будет примерно так же - большинство пользователей галочку не снимут и IT-безопасникам придёт пачка уведомлений о подозрительной активности.

Не знаю насколько это распространённая проблема, но...

• Может всё-таки не включать эту галочку по умолчанию? (В том числе - при обновлении...)
• Или может имеет смысл сделать отдельную версию инсталлятора, где её вообще нет?