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

Нашли баг? Воспользуйтесь поиском чтобы убедиться что его не нашли до вас и если он не упоминается добавьте его описание (желательно пошаговое).
Чем для автора программы отличаются баги, недоработки и фичи.

Модератор: motyara

Аватара пользователя
Max Diesel
Автор программы
Сообщения: 3431
Зарегистрирован: Пт окт 12, 2007 3:26 pm
Контактная информация:

Сообщение Max Diesel »

Panikovsky писал(а):Билд 773. При запуске второй копии UC он принял такой вот интересный вид. Проявилось всего один раз. Повторить не удалось.
Весьма занятная ситуация, вариант с "блокировкой ini-файла" при проверке подтверждаться не пожелал (как минимум он не дал подобного результата, впрочем возможно из-за искусственности воссоздания ситуации). По возможности постараюсь исправить причину проблемы.
Аватара пользователя
Qwertiy
Охотник за багами
Сообщения: 1199
Зарегистрирован: Вс янв 31, 2010 12:12 am

Сообщение Qwertiy »

Max Diesel писал(а):Весьма занятная ситуация, вариант с "блокировкой ini-файла" при проверке подтверждаться не пожелал (как минимум он не дал подобного результата, впрочем возможно из-за искусственности воссоздания ситуации). По возможности постараюсь исправить причину проблемы.
uncom lock.7z
(22.21 КБ) 248 скачиваний
Поставьте все флажки кроме uncom.ini и uncom.exe, затем запустите UC. И вообще, поэкспериментируйте с блокируемыми файлами. Немного не то, но похоже...
И учтите, что кроме ini-файлов есть ещё dll и другие...
wolf7777
Сообщения: 5
Зарегистрирован: Пн апр 12, 2010 8:24 am

Re: Баги в v0.96 (build 751-773)

Сообщение wolf7777 »

...b.773 Проверено в C:\WINDOWS, C:\Program Files, создание каталога, "видно", только в UC.(проводник, FAR и прочии), не видят этой папки
Аватара пользователя
Max Diesel
Автор программы
Сообщения: 3431
Зарегистрирован: Пт окт 12, 2007 3:26 pm
Контактная информация:

Сообщение Max Diesel »

wolf7777 писал(а):...b.773 Проверено в C:\WINDOWS, C:\Program Files, создание каталога, "видно", только в UC.(проводник, FAR и прочии), не видят этой папки
При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...
Аватара пользователя
maXmo
Охотник за багами
Сообщения: 98
Зарегистрирован: Пт ноя 09, 2007 8:03 pm

Re: Баги в v0.96 (build 773)

Сообщение maXmo »

AV.

Воспроизводим:
1. копируем куда-нить regedit.exe
2. ещё раз туда же
3. в диалоге замены выбрать replace
4. ждём около 20 секунд
5. AV
Аватара пользователя
Fuhrer
Охотник за багами
Сообщения: 127
Зарегистрирован: Ср мар 03, 2010 12:51 am

Re: Баги в v0.96 (build 751-773)

Сообщение Fuhrer »

1. Предыстория. Командная строка у меня отключена в настройках. Мешает и не нужна.
  • Нажимаю любую букву. Появляется командная строка, фильтруется содержимое панели. Esc - строка пропала. Esc - на панели вновь отображены все файлы. Пока всё правильно и удобно.
  • Нажимаю стрелку влево (вправо). То есть это я промахнулся по стрелке вверх/вниз. Появилась командная строка. Нажал вверх/вниз. Командная строка на месте, курсором бегаю по панелям. Жму Esc, Enter - командная строка на месте. Очень раздражает, ведь я её отключил в настройках. Для того, чтобы её убрать, приходится наводить на неё клавиатурный курсор и жать Esc. Неудобно.
  • Итак, проблема: при потере командной строкой фокуса клавиатурного курсора, она должна прятаться, если так указано в настройках. При нажатии Esc, командная строка должна прятаться, даже если она пустая, а не только тогда, когда в ней что-то набрано.
2. Ни Universal Viewer, ни встроенный просмотрщик не могут отобразить содержимого бэкапов ini-файла, например "ini backup.txt:Uncom.ini 434". Видимо потому, что не умеют работать с потоками. Если заставить их работать невозможно, предлагаю хоть как-то облагородить их поведение на этот повод. Universal Viewer хоть ругается, а внутренний вообще молчит. А вообще неплохо бы потоки обрабатывать как архивы, распаковывая их во временную папку для просмотра.

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

4. При распаковке подпапки, где был файл с символом "<" в имени, сам файл не распаковался. Что самое прискорбное, никаких ошибок не выдало.
Unpack error.png
P.S. Только в конце заметил, что файлы с двоеточием в имени (упомянутые в ПП 2-3) - это вовсе не потоки, а просто файлы с неверными именами. Потому-то и все ошибки в их обработке. Вопрос: почему UC создал файлы с неверными именами?. Могли ли из-за этого не сохранятся изменеия ширины табов на панелях?
Wrong names.png
Build 773, Windows XP SP3, Системный диск Fat32, UC установлен на NTFS-ный диск
Аватара пользователя
Max Diesel
Автор программы
Сообщения: 3431
Зарегистрирован: Пт окт 12, 2007 3:26 pm
Контактная информация:

Сообщение Max Diesel »

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. При распаковке подпапки, где был файл с символом "<" в имени, сам файл не распаковался. Что самое прискорбное, никаких ошибок не выдало.
С сообщениями об ошибках в этом плане пока что напряженно, по возможности это будет добавлено в каком-либо виде.
Fuhrer писал(а):P.S. Только в конце заметил, что файлы с двоеточием в имени (упомянутые в ПП 2-3) - это вовсе не потоки, а просто файлы с неверными именами. Потому-то и все ошибки в их обработке. Вопрос: почему UC создал файлы с неверными именами?. Могли ли из-за этого не сохранятся изменеия ширины табов на панелях?
Я как ни старался, но не смог понять каким образом удалось "так скопировать"... при копировании с NTFS на Fat/Fat32 проблемы такой не возникло, соответственно вопрос - как именно нужно скопировать файл "ini backup.txt" чтобы получить указанный результат? Сохранение ширины табов вряд ли как-то может быть связано с этим.
Аватара пользователя
Fuhrer
Охотник за багами
Сообщения: 127
Зарегистрирован: Ср мар 03, 2010 12:51 am

Re: Баги в v0.96 (build 751-773)

Сообщение Fuhrer »

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

А я думал это такая фишка UC - показывать потоки как отдельные файлы. :wink:
wolf7777
Сообщения: 5
Зарегистрирован: Пн апр 12, 2010 8:24 am

Re:

Сообщение wolf7777 »

Max Diesel писал(а):При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...
Вот скриншот после создания папки Temp
Вложения
temp.jpg
Аватара пользователя
Fuhrer
Охотник за багами
Сообщения: 127
Зарегистрирован: Ср мар 03, 2010 12:51 am

Re:

Сообщение Fuhrer »

Max Diesel писал(а):
Fuhrer писал(а):4. При распаковке подпапки, где был файл с символом "<" в имени, сам файл не распаковался. Что самое прискорбное, никаких ошибок не выдало.
С сообщениями об ошибках в этом плане пока что напряженно, по возможности это будет добавлено в каком-либо виде.
Кстати, здесь интересный ньюанс: первый файл таки распаковался (см правую панель, файл начинается на "05 05 ...."), а остальные - нет. Если распаковывать всю папку - распаковывается только первый из этих проблемных файлов, а остальные - нет. Если распаковывать по одному файлу, можно распаковать все. При распаковке проблемный символ в имени превращается в нижнее подчёркивание. кстати, TC изначально показывает эти файлы в архиве с нижним подчёркиванием вместо этих проблеммных символов.
Аватара пользователя
Max Diesel
Автор программы
Сообщения: 3431
Зарегистрирован: Пт окт 12, 2007 3:26 pm
Контактная информация:

Сообщение Max Diesel »

wolf7777 писал(а):
Max Diesel писал(а):При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...
Вот скриншот после создания папки Temp
По скриншоту не видна последовательность действий... окна двух других файловых менеджеров находятся в фоне, а потому если установить в них отображение некоторого каталога, а потом через Unreal Commander создать в нем подкаталог, то без становления окон других файловых менеджеров активными обновление списка файлов они не произведут и соответственно в них новый каталог не будет отображаться...
Fuhrer писал(а):кстати, TC изначально показывает эти файлы в архиве с нижним подчёркиванием вместо этих проблеммных символов.
И при этом он не распаковывает ни один из этих файлов?
wolf7777
Сообщения: 5
Зарегистрирован: Пн апр 12, 2010 8:24 am

Re:

Сообщение wolf7777 »

Max Diesel писал(а):По скриншоту не видна последовательность действий...
Хорошо, послед. действий ,была такой:
1.Запуск UC, преход в каталог C:\Program Files\EPSON, F7 - Temp.
2.Открытие Проводника, переход в C:\Program Files\EPSON - папка Temp -отсутствует.
3.Запуск FAR, переход в C:\Program Files\EPSON - папка Temp -отсутствует
Max Diesel писал(а): если установить в них отображение некоторого каталога, а потом через Unreal Commander создать в нем подкаталог, то без становления окон других файловых менеджеров активными обновление списка файлов они не произведут и соответственно в них новый каталог не будет отображаться...
Очень прозрачное заключение, однако, странно, если в фаре и проводнике создаю в указанном месте папку, проблем с просмотром папки нет ни у кого, в т.ч. UC
Аватара пользователя
Fuhrer
Охотник за багами
Сообщения: 127
Зарегистрирован: Ср мар 03, 2010 12:51 am

Re:

Сообщение Fuhrer »

Max Diesel писал(а):
Fuhrer писал(а):кстати, TC изначально показывает эти файлы в архиве с нижним подчёркиванием вместо этих проблеммных символов.
И при этом он не распаковывает ни один из этих файлов?
Наоборот, всё отлично распаковывает, без ошибок и пропусков. Конечно, имена файлов всё-таки вместо символов "<" и ">" содержат подчёркивания, но хотя бы содержимое не пропадает.
Max Diesel писал(а):
wolf7777 писал(а):
Max Diesel писал(а):При проверке никаких проблем с "видением" каталога другими файловыми менеджерами не возникло...
Вот скриншот после создания папки Temp
По скриншоту не видна последовательность действий... окна двух других файловых менеджеров находятся в фоне, а потому если установить в них отображение некоторого каталога, а потом через Unreal Commander создать в нем подкаталог, то без становления окон других файловых менеджеров активными обновление списка файлов они не произведут и соответственно в них новый каталог не будет отображаться...
Вставлю свои пять копеек. Во-первых, Проводник обычно обновляет содержимое папок, если в них что-то добавилось, даже будучи в фоне. У него это как-то работает - то ли через какие-то системные события, то ли просто постоянно сканирует открытые каталоги, я не интересовался как. Но факт тот, что через 1-2 секунды после создания папки в проводнике она должна отобразится, даже если он в фоне. Исключение составляют сетевые папки, там кажись не обновляет без запроса.
Во-вторых, ситуация очень смахивает на наличие какого-нибудь SanBox’а. Попросту говоря, какое-то приложение для защиты от вирусов или ошибок юзера создаёт "песочницу" - второй слой, в которой каждая программа может творить всё, что угодно. И эти изменения увидет только сама программа, системы же они не затронут. В таком случае действительно будет, что папка, созданная в UC, не будет видна кем-либо другим. Советую проверить такой вариант. Это может быть и специализированное ПО, и даже какой-нибудь крутой антивирусный пакет. Это, конечно же, совет для wolf7777. И ему же вопрос: А что, папка так и остаётся видна только одному приложению, даже после перезагрузки?
Аватара пользователя
Qwertiy
Охотник за багами
Сообщения: 1199
Зарегистрирован: Вс янв 31, 2010 12:12 am

Блокировка ini файлов

Сообщение Qwertiy »

Воспроизводится с пятой попытки
Воспроизводится с пятой попытки
1. Делаем вот так:
Write locks.png
Write locks.png (7.86 КБ) 4819 просмотров
2. Запускаем UC
3. Через некоторое время (до того, как он открылся) ставим флажок uncom.ini.

Если поставить рано, то будет сообщение, что отсутствует доступ к файлу, а если поздно, то вид будет более нормальным.
Mitay
Охотник за багами
Сообщения: 139
Зарегистрирован: Сб окт 25, 2008 1:33 pm

Re:

Сообщение Mitay »

Здравствуйте!
ARXEO писал(а): Здравствуйте! почему-то пропало отображение размеров файлов.
Mitay писал(а):я бы все таки отнес это к багам, тк ...
это происходит каждый раз при двойном (и более) изменении размера окна коммандера.

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

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