Весьма занятная ситуация, вариант с "блокировкой ini-файла" при проверке подтверждаться не пожелал (как минимум он не дал подобного результата, впрочем возможно из-за искусственности воссоздания ситуации). По возможности постараюсь исправить причину проблемы.Panikovsky писал(а):Билд 773. При запуске второй копии UC он принял такой вот интересный вид. Проявилось всего один раз. Повторить не удалось.
Баги в v0.96 (build 751-787)
Модератор: motyara
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Поставьте все флажки кроме uncom.ini и uncom.exe, затем запустите UC. И вообще, поэкспериментируйте с блокируемыми файлами. Немного не то, но похоже...Max Diesel писал(а):Весьма занятная ситуация, вариант с "блокировкой ini-файла" при проверке подтверждаться не пожелал (как минимум он не дал подобного результата, впрочем возможно из-за искусственности воссоздания ситуации). По возможности постараюсь исправить причину проблемы.
И учтите, что кроме ini-файлов есть ещё dll и другие...
Re: Баги в v0.96 (build 751-773)
...b.773 Проверено в C:\WINDOWS, C:\Program Files, создание каталога, "видно", только в UC.(проводник, FAR и прочии), не видят этой папки
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Re: Баги в v0.96 (build 773)
AV.
Воспроизводим:
1. копируем куда-нить regedit.exe
2. ещё раз туда же
3. в диалоге замены выбрать replace
4. ждём около 20 секунд
5. AV
Воспроизводим:
1. копируем куда-нить regedit.exe
2. ещё раз туда же
3. в диалоге замены выбрать replace
4. ждём около 20 секунд
5. AV
Re: Баги в v0.96 (build 751-773)
1. Предыстория. Командная строка у меня отключена в настройках. Мешает и не нужна.
3. При попытке копировать папку UC, содержащую файлы с потоками, он выдаёт "чудесные" ошибки "Недостаточно места на получателе" на месте тех потоков файлов. Сами имена файлов не указываются, поэтому неискушённому пользователю придётся догадаться в чём дело. При попытке же скопировать сам поток, пишет что файл не найден.
4. При распаковке подпапки, где был файл с символом "<" в имени, сам файл не распаковался. Что самое прискорбное, никаких ошибок не выдало. P.S. Только в конце заметил, что файлы с двоеточием в имени (упомянутые в ПП 2-3) - это вовсе не потоки, а просто файлы с неверными именами. Потому-то и все ошибки в их обработке. Вопрос: почему UC создал файлы с неверными именами?. Могли ли из-за этого не сохранятся изменеия ширины табов на панелях? Build 773, Windows XP SP3, Системный диск Fat32, UC установлен на NTFS-ный диск
- Нажимаю любую букву. Появляется командная строка, фильтруется содержимое панели. Esc - строка пропала. Esc - на панели вновь отображены все файлы. Пока всё правильно и удобно.
- Нажимаю стрелку влево (вправо). То есть это я промахнулся по стрелке вверх/вниз. Появилась командная строка. Нажал вверх/вниз. Командная строка на месте, курсором бегаю по панелям. Жму Esc, Enter - командная строка на месте. Очень раздражает, ведь я её отключил в настройках. Для того, чтобы её убрать, приходится наводить на неё клавиатурный курсор и жать Esc. Неудобно.
- Итак, проблема: при потере командной строкой фокуса клавиатурного курсора, она должна прятаться, если так указано в настройках. При нажатии Esc, командная строка должна прятаться, даже если она пустая, а не только тогда, когда в ней что-то набрано.
3. При попытке копировать папку UC, содержащую файлы с потоками, он выдаёт "чудесные" ошибки "Недостаточно места на получателе" на месте тех потоков файлов. Сами имена файлов не указываются, поэтому неискушённому пользователю придётся догадаться в чём дело. При попытке же скопировать сам поток, пишет что файл не найден.
4. При распаковке подпапки, где был файл с символом "<" в имени, сам файл не распаковался. Что самое прискорбное, никаких ошибок не выдало. P.S. Только в конце заметил, что файлы с двоеточием в имени (упомянутые в ПП 2-3) - это вовсе не потоки, а просто файлы с неверными именами. Потому-то и все ошибки в их обработке. Вопрос: почему UC создал файлы с неверными именами?. Могли ли из-за этого не сохранятся изменеия ширины табов на панелях? Build 773, Windows XP SP3, Системный диск Fat32, UC установлен на NTFS-ный диск
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Добавлю операцию закрытия к следующему билду.Fuhrer писал(а):1. Предыстория. Командная строка у меня отключена в настройках. Мешает и не нужна.
- Нажимаю любую букву. Появляется командная строка, фильтруется содержимое панели. Esc - строка пропала. Esc - на панели вновь отображены все файлы. Пока всё правильно и удобно.
- Нажимаю стрелку влево (вправо). То есть это я промахнулся по стрелке вверх/вниз. Появилась командная строка. Нажал вверх/вниз. Командная строка на месте, курсором бегаю по панелям. Жму Esc, Enter - командная строка на месте. Очень раздражает, ведь я её отключил в настройках. Для того, чтобы её убрать, приходится наводить на неё клавиатурный курсор и жать Esc. Неудобно.
- Итак, проблема: при потере командной строкой фокуса клавиатурного курсора, она должна прятаться, если так указано в настройках. При нажатии Esc, командная строка должна прятаться, даже если она пустая, а не только тогда, когда в ней что-то набрано.
Не спорю что было бы неплохо если бы альтернативные потоки можно было бы просмотреть каким-либо способом, но пока что такой функции нет. Возможно позже она будет добавлена в связи с актуальностью вопроса.Fuhrer писал(а):2. Ни Universal Viewer, ни встроенный просмотрщик не могут отобразить содержимого бэкапов ini-файла, например "ini backup.txt:Uncom.ini 434". Видимо потому, что не умеют работать с потоками. Если заставить их работать невозможно, предлагаю хоть как-то облагородить их поведение на этот повод. Universal Viewer хоть ругается, а внутренний вообще молчит. А вообще неплохо бы потоки обрабатывать как архивы, распаковывая их во временную папку для просмотра.
Возможно в следующей версии я добавлю отображение в такой ситуации имени файла, на котором процесс запнулся.Fuhrer писал(а):3. При попытке копировать папку UC, содержащую файлы с потоками, он выдаёт "чудесные" ошибки "Недостаточно места на получателе" на месте тех потоков файлов. Сами имена файлов не указываются, поэтому неискушённому пользователю придётся догадаться в чём дело.
При попытке же скопировать сам поток, пишет что файл не найден.
С сообщениями об ошибках в этом плане пока что напряженно, по возможности это будет добавлено в каком-либо виде.Fuhrer писал(а):4. При распаковке подпапки, где был файл с символом "<" в имени, сам файл не распаковался. Что самое прискорбное, никаких ошибок не выдало.
Я как ни старался, но не смог понять каким образом удалось "так скопировать"... при копировании с NTFS на Fat/Fat32 проблемы такой не возникло, соответственно вопрос - как именно нужно скопировать файл "ini backup.txt" чтобы получить указанный результат? Сохранение ширины табов вряд ли как-то может быть связано с этим.Fuhrer писал(а):P.S. Только в конце заметил, что файлы с двоеточием в имени (упомянутые в ПП 2-3) - это вовсе не потоки, а просто файлы с неверными именами. Потому-то и все ошибки в их обработке. Вопрос: почему UC создал файлы с неверными именами?. Могли ли из-за этого не сохранятся изменеия ширины табов на панелях?
Re: Баги в v0.96 (build 751-773)
В том-то и проблема, что это не копия папки программы, а её оригинал! Это та папка, в которую я изначально установил программу (билд 770 был, кажется), и там она и была всё это время. Все созданные бэкапы создала сама программа и никто другой. Диск этот NTFS-ный, что самое главное. Сам UC, а также TC видят файлы точно так же, как и проводник - с двоеточиями в именах. Следовательно, никакая программа ничего с ними не может сделать - ни удалить, ни прочитать, ни скопировать. Конечно, в таком случае претензии к вьюверам снимаются - они не обязаны видеть файлы, которых не может быть. Но как-то ведь эти файлы создались... Предлагаю пересмотреть процедуру, которая создаёт эти бэкапы.Max Diesel писал(а):соответственно вопрос - как именно нужно скопировать файл "ini backup.txt" чтобы получить указанный результат?
А я думал это такая фишка UC - показывать потоки как отдельные файлы.
Re:
Вот скриншот после создания папки TempMax Diesel писал(а):При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...
Re:
Кстати, здесь интересный ньюанс: первый файл таки распаковался (см правую панель, файл начинается на "05 05 ...."), а остальные - нет. Если распаковывать всю папку - распаковывается только первый из этих проблемных файлов, а остальные - нет. Если распаковывать по одному файлу, можно распаковать все. При распаковке проблемный символ в имени превращается в нижнее подчёркивание. кстати, TC изначально показывает эти файлы в архиве с нижним подчёркиванием вместо этих проблеммных символов.Max Diesel писал(а):С сообщениями об ошибках в этом плане пока что напряженно, по возможности это будет добавлено в каком-либо виде.Fuhrer писал(а):4. При распаковке подпапки, где был файл с символом "<" в имени, сам файл не распаковался. Что самое прискорбное, никаких ошибок не выдало.
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
По скриншоту не видна последовательность действий... окна двух других файловых менеджеров находятся в фоне, а потому если установить в них отображение некоторого каталога, а потом через Unreal Commander создать в нем подкаталог, то без становления окон других файловых менеджеров активными обновление списка файлов они не произведут и соответственно в них новый каталог не будет отображаться...wolf7777 писал(а):Вот скриншот после создания папки TempMax Diesel писал(а):При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...
И при этом он не распаковывает ни один из этих файлов?Fuhrer писал(а):кстати, TC изначально показывает эти файлы в архиве с нижним подчёркиванием вместо этих проблеммных символов.
Re:
Хорошо, послед. действий ,была такой:Max Diesel писал(а):По скриншоту не видна последовательность действий...
1.Запуск UC, преход в каталог C:\Program Files\EPSON, F7 - Temp.
2.Открытие Проводника, переход в C:\Program Files\EPSON - папка Temp -отсутствует.
3.Запуск FAR, переход в C:\Program Files\EPSON - папка Temp -отсутствует
Очень прозрачное заключение, однако, странно, если в фаре и проводнике создаю в указанном месте папку, проблем с просмотром папки нет ни у кого, в т.ч. UCMax Diesel писал(а): если установить в них отображение некоторого каталога, а потом через Unreal Commander создать в нем подкаталог, то без становления окон других файловых менеджеров активными обновление списка файлов они не произведут и соответственно в них новый каталог не будет отображаться...
Re:
Наоборот, всё отлично распаковывает, без ошибок и пропусков. Конечно, имена файлов всё-таки вместо символов "<" и ">" содержат подчёркивания, но хотя бы содержимое не пропадает.Max Diesel писал(а):И при этом он не распаковывает ни один из этих файлов?Fuhrer писал(а):кстати, TC изначально показывает эти файлы в архиве с нижним подчёркиванием вместо этих проблеммных символов.
Вставлю свои пять копеек. Во-первых, Проводник обычно обновляет содержимое папок, если в них что-то добавилось, даже будучи в фоне. У него это как-то работает - то ли через какие-то системные события, то ли просто постоянно сканирует открытые каталоги, я не интересовался как. Но факт тот, что через 1-2 секунды после создания папки в проводнике она должна отобразится, даже если он в фоне. Исключение составляют сетевые папки, там кажись не обновляет без запроса.Max Diesel писал(а):По скриншоту не видна последовательность действий... окна двух других файловых менеджеров находятся в фоне, а потому если установить в них отображение некоторого каталога, а потом через Unreal Commander создать в нем подкаталог, то без становления окон других файловых менеджеров активными обновление списка файлов они не произведут и соответственно в них новый каталог не будет отображаться...wolf7777 писал(а):Вот скриншот после создания папки TempMax Diesel писал(а):При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...
Во-вторых, ситуация очень смахивает на наличие какого-нибудь SanBox’а. Попросту говоря, какое-то приложение для защиты от вирусов или ошибок юзера создаёт "песочницу" - второй слой, в которой каждая программа может творить всё, что угодно. И эти изменения увидет только сама программа, системы же они не затронут. В таком случае действительно будет, что папка, созданная в UC, не будет видна кем-либо другим. Советую проверить такой вариант. Это может быть и специализированное ПО, и даже какой-нибудь крутой антивирусный пакет. Это, конечно же, совет для wolf7777. И ему же вопрос: А что, папка так и остаётся видна только одному приложению, даже после перезагрузки?
Блокировка ini файлов
3. Через некоторое время (до того, как он открылся) ставим флажок uncom.ini.
Если поставить рано, то будет сообщение, что отсутствует доступ к файлу, а если поздно, то вид будет более нормальным.
Re:
Здравствуйте!
Для проверки: В развернутом командере жмем "вернуть значение по умолчанию", потом сворачиваем, разворачиваем и видим, что имя становится шире панели (если не вылезло - можно еще пару раз свернуть/развернуть).
Это будет поправлено? в прошлый раз ответа не дождался.
ARXEO писал(а): Здравствуйте! почему-то пропало отображение размеров файлов.
это происходит каждый раз при двойном (и более) изменении размера окна коммандера.Mitay писал(а):я бы все таки отнес это к багам, тк ...
Для проверки: В развернутом командере жмем "вернуть значение по умолчанию", потом сворачиваем, разворачиваем и видим, что имя становится шире панели (если не вылезло - можно еще пару раз свернуть/развернуть).
Это будет поправлено? в прошлый раз ответа не дождался.