Баги в v0.96 (build 751-787)

[Max Diesel]

Билд 773. При запуске второй копии UC он принял такой вот интересный вид. Проявилось всего один раз. Повторить не удалось.

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

[Qwertiy]

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

uncom lock.7z

Поставьте все флажки кроме uncom.ini и uncom.exe, затем запустите UC. И вообще, поэкспериментируйте с блокируемыми файлами. Немного не то, но похоже...
И учтите, что кроме ini-файлов есть ещё dll и другие...

[wolf7777]

...b.773 Проверено в C:\WINDOWS, C:\Program Files, создание каталога, "видно", только в UC.(проводник, FAR и прочии), не видят этой папки

[Max Diesel]

...b.773 Проверено в C:\WINDOWS, C:\Program Files, создание каталога, "видно", только в UC.(проводник, FAR и прочии), не видят этой папки

При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...

[maXmo]

AV.

Воспроизводим:
1. копируем куда-нить regedit.exe
2. ещё раз туда же
3. в диалоге замены выбрать replace
4. ждём около 20 секунд
5. AV

[Fuhrer]

1. Предыстория. Командная строка у меня отключена в настройках. Мешает и не нужна.

• Нажимаю любую букву. Появляется командная строка, фильтруется содержимое панели. Esc - строка пропала. Esc - на панели вновь отображены все файлы. Пока всё правильно и удобно.
• Нажимаю стрелку влево (вправо). То есть это я промахнулся по стрелке вверх/вниз. Появилась командная строка. Нажал вверх/вниз. Командная строка на месте, курсором бегаю по панелям. Жму Esc, Enter - командная строка на месте. Очень раздражает, ведь я её отключил в настройках. Для того, чтобы её убрать, приходится наводить на неё клавиатурный курсор и жать Esc. Неудобно.
• Итак, проблема: при потере командной строкой фокуса клавиатурного курсора, она должна прятаться, если так указано в настройках. При нажатии Esc, командная строка должна прятаться, даже если она пустая, а не только тогда, когда в ней что-то набрано.

2. Ни Universal Viewer, ни встроенный просмотрщик не могут отобразить содержимого бэкапов ini-файла, например "ini backup.txt:Uncom.ini 434". Видимо потому, что не умеют работать с потоками. Если заставить их работать невозможно, предлагаю хоть как-то облагородить их поведение на этот повод. Universal Viewer хоть ругается, а внутренний вообще молчит. А вообще неплохо бы потоки обрабатывать как архивы, распаковывая их во временную папку для просмотра.

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

NoSpace.png

При попытке же скопировать сам поток, пишет что файл не найден.

4. При распаковке подпапки, где был файл с символом "<" в имени, сам файл не распаковался. Что самое прискорбное, никаких ошибок не выдало.

Unpack error.png

P.S. Только в конце заметил, что файлы с двоеточием в имени (упомянутые в ПП 2-3) - это вовсе не потоки, а просто файлы с неверными именами. Потому-то и все ошибки в их обработке. Вопрос: почему UC создал файлы с неверными именами?. Могли ли из-за этого не сохранятся изменеия ширины табов на панелях?

Wrong names.png

Build 773, Windows XP SP3, Системный диск Fat32, UC установлен на NTFS-ный диск

[Max Diesel]

1. Предыстория. Командная строка у меня отключена в настройках. Мешает и не нужна.

• Нажимаю любую букву. Появляется командная строка, фильтруется содержимое панели. Esc - строка пропала. Esc - на панели вновь отображены все файлы. Пока всё правильно и удобно.
• Нажимаю стрелку влево (вправо). То есть это я промахнулся по стрелке вверх/вниз. Появилась командная строка. Нажал вверх/вниз. Командная строка на месте, курсором бегаю по панелям. Жму Esc, Enter - командная строка на месте. Очень раздражает, ведь я её отключил в настройках. Для того, чтобы её убрать, приходится наводить на неё клавиатурный курсор и жать Esc. Неудобно.
• Итак, проблема: при потере командной строкой фокуса клавиатурного курсора, она должна прятаться, если так указано в настройках. При нажатии Esc, командная строка должна прятаться, даже если она пустая, а не только тогда, когда в ней что-то набрано.

Добавлю операцию закрытия к следующему билду.

2. Ни Universal Viewer, ни встроенный просмотрщик не могут отобразить содержимого бэкапов ini-файла, например "ini backup.txt:Uncom.ini 434". Видимо потому, что не умеют работать с потоками. Если заставить их работать невозможно, предлагаю хоть как-то облагородить их поведение на этот повод. Universal Viewer хоть ругается, а внутренний вообще молчит. А вообще неплохо бы потоки обрабатывать как архивы, распаковывая их во временную папку для просмотра.

Не спорю что было бы неплохо если бы альтернативные потоки можно было бы просмотреть каким-либо способом, но пока что такой функции нет. Возможно позже она будет добавлена в связи с актуальностью вопроса.

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

Возможно в следующей версии я добавлю отображение в такой ситуации имени файла, на котором процесс запнулся.

4. При распаковке подпапки, где был файл с символом "<" в имени, сам файл не распаковался. Что самое прискорбное, никаких ошибок не выдало.

С сообщениями об ошибках в этом плане пока что напряженно, по возможности это будет добавлено в каком-либо виде.

P.S. Только в конце заметил, что файлы с двоеточием в имени (упомянутые в ПП 2-3) - это вовсе не потоки, а просто файлы с неверными именами. Потому-то и все ошибки в их обработке. Вопрос: почему UC создал файлы с неверными именами?. Могли ли из-за этого не сохранятся изменеия ширины табов на панелях?

Я как ни старался, но не смог понять каким образом удалось "так скопировать"... при копировании с NTFS на Fat/Fat32 проблемы такой не возникло, соответственно вопрос - как именно нужно скопировать файл "ini backup.txt" чтобы получить указанный результат? Сохранение ширины табов вряд ли как-то может быть связано с этим.

[Fuhrer]

соответственно вопрос - как именно нужно скопировать файл "ini backup.txt" чтобы получить указанный результат?

В том-то и проблема, что это не копия папки программы, а её оригинал! Это та папка, в которую я изначально установил программу (билд 770 был, кажется), и там она и была всё это время. Все созданные бэкапы создала сама программа и никто другой. Диск этот NTFS-ный, что самое главное. Сам UC, а также TC видят файлы точно так же, как и проводник - с двоеточиями в именах. Следовательно, никакая программа ничего с ними не может сделать - ни удалить, ни прочитать, ни скопировать. Конечно, в таком случае претензии к вьюверам снимаются - они не обязаны видеть файлы, которых не может быть. Но как-то ведь эти файлы создались... Предлагаю пересмотреть процедуру, которая создаёт эти бэкапы.

А я думал это такая фишка UC - показывать потоки как отдельные файлы.

[wolf7777]

При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...

Вот скриншот после создания папки Temp

[Fuhrer]

4. При распаковке подпапки, где был файл с символом "<" в имени, сам файл не распаковался. Что самое прискорбное, никаких ошибок не выдало.

С сообщениями об ошибках в этом плане пока что напряженно, по возможности это будет добавлено в каком-либо виде.

Кстати, здесь интересный ньюанс: первый файл таки распаковался (см правую панель, файл начинается на "05 05 ...."), а остальные - нет. Если распаковывать всю папку - распаковывается только первый из этих проблемных файлов, а остальные - нет. Если распаковывать по одному файлу, можно распаковать все. При распаковке проблемный символ в имени превращается в нижнее подчёркивание. кстати, TC изначально показывает эти файлы в архиве с нижним подчёркиванием вместо этих проблеммных символов.

[Max Diesel]

При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...

Вот скриншот после создания папки Temp

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

кстати, TC изначально показывает эти файлы в архиве с нижним подчёркиванием вместо этих проблеммных символов.

И при этом он не распаковывает ни один из этих файлов?

[wolf7777]

По скриншоту не видна последовательность действий...

Хорошо, послед. действий ,была такой:
1.Запуск UC, преход в каталог C:\Program Files\EPSON, F7 - Temp.
2.Открытие Проводника, переход в C:\Program Files\EPSON - папка Temp -отсутствует.
3.Запуск FAR, переход в C:\Program Files\EPSON - папка Temp -отсутствует

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

Очень прозрачное заключение, однако, странно, если в фаре и проводнике создаю в указанном месте папку, проблем с просмотром папки нет ни у кого, в т.ч. UC

[Fuhrer]

кстати, TC изначально показывает эти файлы в архиве с нижним подчёркиванием вместо этих проблеммных символов.

И при этом он не распаковывает ни один из этих файлов?

Наоборот, всё отлично распаковывает, без ошибок и пропусков. Конечно, имена файлов всё-таки вместо символов "<" и ">" содержат подчёркивания, но хотя бы содержимое не пропадает.

При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...

Вот скриншот после создания папки Temp

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

Вставлю свои пять копеек. Во-первых, Проводник обычно обновляет содержимое папок, если в них что-то добавилось, даже будучи в фоне. У него это как-то работает - то ли через какие-то системные события, то ли просто постоянно сканирует открытые каталоги, я не интересовался как. Но факт тот, что через 1-2 секунды после создания папки в проводнике она должна отобразится, даже если он в фоне. Исключение составляют сетевые папки, там кажись не обновляет без запроса.
Во-вторых, ситуация очень смахивает на наличие какого-нибудь SanBox’а. Попросту говоря, какое-то приложение для защиты от вирусов или ошибок юзера создаёт "песочницу" - второй слой, в которой каждая программа может творить всё, что угодно. И эти изменения увидет только сама программа, системы же они не затронут. В таком случае действительно будет, что папка, созданная в UC, не будет видна кем-либо другим. Советую проверить такой вариант. Это может быть и специализированное ПО, и даже какой-нибудь крутой антивирусный пакет. Это, конечно же, совет для wolf7777. И ему же вопрос: А что, папка так и остаётся видна только одному приложению, даже после перезагрузки?

[Qwertiy]

UC write locked files.png

1. Делаем вот так:

Write locks.png

2. Запускаем UC
3. Через некоторое время (до того, как он открылся) ставим флажок uncom.ini.

Если поставить рано, то будет сообщение, что отсутствует доступ к файлу, а если поздно, то вид будет более нормальным.

[Mitay]

Здравствуйте!

Здравствуйте! почему-то пропало отображение размеров файлов.

я бы все таки отнес это к багам, тк ...

это происходит каждый раз при двойном (и более) изменении размера окна коммандера.

Для проверки: В развернутом командере жмем "вернуть значение по умолчанию", потом сворачиваем, разворачиваем и видим, что имя становится шире панели (если не вылезло - можно еще пару раз свернуть/развернуть).

Это будет поправлено? в прошлый раз ответа не дождался.