Баги в v3.57 (build 1182-1437)

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

Модератор: motyara

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

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

NukliON писал(а):
Чт окт 03, 2019 12:26 pm
Имеется ввиду вынос Табов каталогов? Например справа, несколько табов катологов на сетевых дисках с настройкой "Лок-таб, выход с возвратом"? Таких у меня 7 штук.
И раньше, когда стояла Винда 7ка, таких проблем не было.
Нет, речь не про табы каталогов. Речь про ситуацию, когда на панель инструментов (она вверху) вынесен каталог из сети. Соответственно он отображается в виде кнопки. Вот так:
сетевой каталог на панели инструментов.png
В этой ситуации программа полезет в сеть за значком каталога, впрочем тогда подвисание программы будет при запуске, а не при возвращении в окно. Я не могу с уверенностью сказать, что виноват Windows, однако есть подозрение что он каким-то образом причастен. Чаще бывает, что причастность Windows'а связана не с самой операционной системой, а с фактом установленности программ, которые как-либо создают трудности другим программам.

NukliON
Сообщения: 6
Зарегистрирован: Пн сен 09, 2019 10:53 am

Re:

Сообщение NukliON »

Max Diesel писал(а):
Чт окт 03, 2019 4:01 pm
Нет, речь не про табы каталогов. Речь про ситуацию, когда на панель инструментов (она вверху) вынесен каталог из сети. Соответственно он отображается в виде кнопки. В этой ситуации программа полезет в сеть за значком каталога, впрочем тогда подвисание программы будет при запуске, а не при возвращении в окно. Я не могу с уверенностью сказать, что виноват Windows, однако есть подозрение что он каким-то образом причастен. Чаще бывает, что причастность Windows'а связана не с самой операционной системой, а с фактом установленности программ, которые как-либо создают трудности другим программам.
На панели инструментов все стандартно.

Paul_TC
Охотник за багами
Сообщения: 56
Зарегистрирован: Ср ноя 23, 2011 1:07 am

Re: Баги в v3.57 (build 1182-1437)

Сообщение Paul_TC »

При попытке создать копию файла нажатием Shift+F5 ничего не происходит, если в текущем имени файла первый символ "!"
Например "!bla-bla.txt"

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

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

Paul_TC писал(а):
Вт ноя 05, 2019 12:54 pm
При попытке создать копию файла нажатием Shift+F5 ничего не происходит, если в текущем имени файла первый символ "!"
Например "!bla-bla.txt"
Действительно так и есть. Интересный баг. Спасибо за эту информацию, со следующего билда предположительно будет корректно.

Pinguin
Охотник за багами
Сообщения: 24
Зарегистрирован: Чт апр 16, 2015 12:43 pm

Re: Баги в v3.57 (build 1182-1437)

Сообщение Pinguin »

Добрый день.
В компьютере установлен внутренний кард-ридер, позволяющий читать USB флэшки, SD, CF, MS. Система каждому из типов подключений присвоила букву диска, это можно увидеть в "управлении дисками".

Screenshot_27.png
Screenshot_27.png (8.4 КБ) 388 просмотров

Что интересно, в "Моем компьютере" эти буквы диска не отображаются. Но если вставить в карт-ридер карту памяти, то появится буква и, соответственно, содержимое карточки.
Так вот, в UC по какой-то причине отображаются все эти буквы дисков, даже если в кард-ридер ничего не вставлено.

Screenshot_28.png
Screenshot_28.png (4.93 КБ) 388 просмотров

Как итог - если вставить карточку памяти, то в "Моем компьютере" появится лишь одна буква диска, все наглядно и понятно. Если же открыть UC - то имеем целый список дисков, и какой из них открывать - непонятно.
Не уверен, является ли это ошибкой программы, но может имеет смысл скрывать неиспользуемые буквы дисков (проводник ведь сумел их скрыть), либо выводить под кнопками дисков заголовки подключенных томов, либо еще каким-то более удачным способом. Спасибо.

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

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

Pinguin писал(а):
Ср ноя 13, 2019 12:25 pm
Добрый день.
В компьютере установлен внутренний кард-ридер, позволяющий читать USB флэшки, SD, CF, MS. Система каждому из типов подключений присвоила букву диска, это можно увидеть в "управлении дисками".
Screenshot_27.png
Что интересно, в "Моем компьютере" эти буквы диска не отображаются. Но если вставить в карт-ридер карту памяти, то появится буква и, соответственно, содержимое карточки.
Так вот, в UC по какой-то причине отображаются все эти буквы дисков, даже если в кард-ридер ничего не вставлено.
Screenshot_28.png
Как итог - если вставить карточку памяти, то в "Моем компьютере" появится лишь одна буква диска, все наглядно и понятно. Если же открыть UC - то имеем целый список дисков, и какой из них открывать - непонятно.
Не уверен, является ли это ошибкой программы, но может имеет смысл скрывать неиспользуемые буквы дисков (проводник ведь сумел их скрыть), либо выводить под кнопками дисков заголовки подключенных томов, либо еще каким-то более удачным способом. Спасибо.
Добрый день || ночь || утро || вечер.
Выполните в командной строке Unreal Commander'а следующую команду:

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

HideRemovableNoMedia=1
Вероятно это даст желаемый эффект.

Pinguin
Охотник за багами
Сообщения: 24
Зарегистрирован: Чт апр 16, 2015 12:43 pm

Re: Баги в v3.57 (build 1182-1437)

Сообщение Pinguin »

Max Diesel , спасибо огромное, команда помогла.

i3v
Охотник за багами
Сообщения: 166
Зарегистрирован: Пн апр 27, 2015 8:39 pm

Re:

Сообщение i3v »

Max Diesel писал(а):
Чт сен 12, 2019 7:16 am
dmitry писал(а):
Вс сен 08, 2019 1:48 am
1. Частенько зависает на подсчете размера файлов, приходится снимать окно или убивать весь процесс.
2. Копируем файл в фоне, затем разворачиваем копирование, сворачиваем и копируем другой файл. Вот тут пропадает первое окно на панели, где отображается фоновое копирование с прогрессом. Иногда даже без разворачивания первая очередь пропадает. При этом второе копирование нельзя добавить к первому в очередь - ее просто нет в списке. Что еще примечательно: если вторую очередь свернуть, то на панели появляется и первая. Но как только разворачиваем например вторую, то первая с панели пропадает, как будто ничего не копируется.
1. Я однажды видел зависание на подсчете размера задания (вероятно речь идет именно про этот подсчет), однако к сожалению пока не удалось выяснить его причину. Если вдруг обнаружите способ спровоцировать проявление этого бага, то напишите мне.
2. Возможная причина этой проблемы была устранена, если вдруг в следующем билде проблема будет повторяться, напишите мне.
Я сейчас таки наткнулся на хорошо воспроизводимый пример, когда UC виснет на этапе "Подсчет размера задания..." он же "Calculating task size...".
Достаточно запустить проверку нескольких md5 подряд. Баг проявляется не только с проверкой md5 (по-моему - с любыми "Calculating task size..."), но именно для md5 легко построить хорошо воспроизводимый пример.
  1. скачать и распаковать приложенный архив
  2. запустить проверку вложенного md5 файла, раз 10 подряд, с минимальным интервалом между запусками.
За счёт большого размера md5 файла (10000 строчек) UC думает над "Calculating task size..." достаточно долго, чтобы баг наверняка проявился. В моём случае (UC build 1437) 7 из 10 появившихся окошек так и повисли на этапе "Calculating task size...". При этом размер задания в них разный и уже минут 10 не меняется.
И "Cancel calculation" не работает.
Вложения
UC_10L_md5.7z
10000 файлов и md5
(49.82 КБ) 3 скачивания

i3v
Охотник за багами
Сообщения: 166
Зарегистрирован: Пн апр 27, 2015 8:39 pm

Re: Баги в v3.57 (build 1182-1437)

Сообщение i3v »

И ещё один странный баг, связанный с хешированием файлов:
  1. Возьмём папку с какими-нибудь файлами, md5 для которых будет считаться хотя бы секунд 30. Например - распакованный архив из предыдущего сообщения.
  2. Запускаем "File -> Create file hash (CRC) ...", сохраняя результаты в "03.md5", например.
  3. До того как хеширование закончилось, запускаем то же самое ещё раз, сохраняя результаты в "04.md5", например.
  4. Во втором окне нажимаем паузу. И... видим что фактически встали обе задачи (хотя красный прогрессбар только у второй, а у первой даже ETA ещё меняется какое-то время). Повторяемость - около 50% - в половине случаев первая задача продолжает выполняться, а в половине - паузится.
Вложения
paused.PNG

i3v
Охотник за багами
Сообщения: 166
Зарегистрирован: Пн апр 27, 2015 8:39 pm

Re: Баги в v3.57 (build 1182-1437)

Сообщение i3v »

И ещё один странный баг, связанный с хешированием файлов: :)
  1. Возьмём папку с какими-нибудь файлами, md5 для которых будет считаться хотя бы секунд 30. Например - распакованный архив из предыдущего сообщения.
  2. Запускаем "File -> Create file hash (CRC) ...", сохраняя результаты в "04.md5"
  3. До того как хеширование закончилось, запускаем то же самое ещё раз, сохраняя результаты в "05.md5"
  4. До того как хеширование закончилось, запускаем то же самое ещё раз, сохраняя результаты в "06.md5"
  5. В главном окне пытаемся открыть "04.md5" штатным просмотщиком (по F3). С некоторой вероятность получаем ошибку, что файл открыть невозможно. С некоторой вероятностью - окно штатного просмотрщика открывается, но файл в нём не загружен. С некоторой вероятностью - окно просмотрщика таки открывается, и содержимое файла в нём таки отображается.
    1. Судя по всему, UC постоянно открывает/закрывает "04.md5" (его даже переименовать можно - UC создаст новый), что наверняка сказывается на производительности... Может и не баг, но как-то неоптимально.
    2. Просмотрщик тоже не очень хорошо реагирует на гонку (зарепортил отдельно, тут, но шансов что починят, похоже, крайне мало...). Он может показать:
      • диалоговое окно "Universal Viewer" с ошибкой «Cannot open file: "n:\temp\UC_test_v3\04.md5"»
      • сообщение "File not loaded (choose menu File > Open)" в открытом основном окне (что, наверное, тоже, с некоторой натяжкой, можно считать корректной обработкой ошибки). В том числе, оно такое иногда вылезает после нажатия "OK" в предыдущем диалоге.
      • текст "VRichEdit" вместо реального содержимого файла (файл на самом деле не открыт) - явный баг связанный с гонкой тоже...
      • корректно открытый файл
  6. Если файл таки открылся (что происходит с вероятностью порядка 10% и эта вероятность, похоже, тем выше, чем больше хеширований запущено параллельно в одном UC), вылезет сообщение о том что писать в файл не получается:

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

    Unable to create a file/directory. Access is forbidden. 
    Cancel operation? 
    
    \\?\N:\temp\UC_test_v3\04.md5\
    -----------------------------------
    [Current]  [All]  [Retry]  [Skip]  
    -----------------------------------
    
    • Кстати, а слеш после "04.md5" - это баг или фича?.
  7. Закрываем просмотрщик. Нажимаем "Retry".
  8. Дожидаемся окончания хеширования.
  9. Сравниваем "04.md5" и "05.md5" и видим, что в "04.md5" отсутствует одна строчка. Таким образом, Retry работает как-то некорректно (и это основной баг о котором я хотел тут рассказать...).
Вложения
VRichEdit
VRichEdit
File not loaded
File not loaded
not loaded.PNG (1.6 КБ) 182 просмотра

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

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

i3v писал(а):
Вс дек 22, 2019 7:35 pm
Я сейчас таки наткнулся на хорошо воспроизводимый пример, когда UC виснет на этапе "Подсчет размера задания..." он же "Calculating task size...".
Достаточно запустить проверку нескольких md5 подряд. Баг проявляется не только с проверкой md5 (по-моему - с любыми "Calculating task size..."), но именно для md5 легко построить хорошо воспроизводимый пример.
  1. скачать и распаковать приложенный архив
  2. запустить проверку вложенного md5 файла, раз 10 подряд, с минимальным интервалом между запусками.
За счёт большого размера md5 файла (10000 строчек) UC думает над "Calculating task size..." достаточно долго, чтобы баг наверняка проявился. В моём случае (UC build 1437) 7 из 10 появившихся окошек так и повисли на этапе "Calculating task size...". При этом размер задания в них разный и уже минут 10 не меняется.
И "Cancel calculation" не работает.
Действительно, так и есть - при проверке хэшей если подсчет размера задания идет одновременно больше чем по одному заданию, то "коса находит на камень". Предположительно со следующего билда будет корректно, благодарю за содействие в обнаружении этого бага.

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

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

i3v писал(а):
Вс дек 22, 2019 8:21 pm
И ещё один странный баг, связанный с хешированием файлов:
  1. Возьмём папку с какими-нибудь файлами, md5 для которых будет считаться хотя бы секунд 30. Например - распакованный архив из предыдущего сообщения.
  2. Запускаем "File -> Create file hash (CRC) ...", сохраняя результаты в "03.md5", например.
  3. До того как хеширование закончилось, запускаем то же самое ещё раз, сохраняя результаты в "04.md5", например.
  4. Во втором окне нажимаем паузу. И... видим что фактически встали обе задачи (хотя красный прогрессбар только у второй, а у первой даже ETA ещё меняется какое-то время). Повторяемость - около 50% - в половине случаев первая задача продолжает выполняться, а в половине - паузится.
Спасибо, это полезная информация. Действительно странный баг. Изменения внесены - предположительно со следующего билда будет корректно.

i3v
Охотник за багами
Сообщения: 166
Зарегистрирован: Пн апр 27, 2015 8:39 pm

Re:

Сообщение i3v »

Max Diesel писал(а):
Вс янв 12, 2020 5:49 pm
Действительно, так и есть - при проверке хэшей если подсчет размера задания идет одновременно больше чем по одному заданию, то "коса находит на камень". Предположительно со следующего билда будет корректно, благодарю за содействие в обнаружении этого бага.
Спасибо!
А обнаруженная проблема таки локальная, только для хеширования файлов, или для любюх "Calculating task size..."?

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

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

i3v писал(а):
Пн янв 13, 2020 3:50 pm
А обнаруженная проблема таки локальная, только для хеширования файлов, или для любюх "Calculating task size..."?
Актуальна только для проверки хэшей.

Ответить