Page 216 of 227

Глюки и баги, появившиеся в «ночных сборках»

Posted: Tue 07 Apr, 2009 14:05
by John Doe
Внимание: Тема служит исключительно для обсуждения свежих багов Far 3.
  • Под свежими понимаются глюки и баги проявляющиеся в "ночных" сборках, но отсутствующие в "стабильных".
  • О проблемах, которые существуют давно, следует сообщать в отдельных темах, либо на багтрекере.
  • Вопросы связанные с ночными сборками, но не касающиеся багов самого фара, обсуждаются в другой теме:
Если баг о котором вы сообщили не исправлен "по горячим следам", значит необходимо создать запись на багтрекере

Предыдущие ночные билды доступны здесь.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Thu 16 Aug, 2018 18:41
by Dennis_Moore

Latest post of the previous page:

DrKnS wrote:
Thu 16 Aug, 2018 13:35
в билде X еще работает, а в Y уже нет
5235 сохраняет, а 5255 уже нет. Т.е. где-то между ними есть искомое изменение. Если нужно точнее то завтра могу протестировать промежуточные билды.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Thu 16 Aug, 2018 20:40
by DrKnS
Dennis_Moore wrote:
Thu 16 Aug, 2018 18:41
5235 сохраняет, а 5255 уже нет
Я склонен считать, что это утверждение ложно.

Я в паскалях мало что понимаю, но вот это по цвету напоминает комментарий, что как бы намекает нам, что плагин не читает половину настроек при старте, а читает аж при первом отображении хинта.

Я не знаю, зачем так.
Возможно, отложенное чтение трех флажков из шести экономит несколько наносекунд, а автор любит оптимизацию.

Что все это значит с точки зрения пользователя?
А то, что если вы запускаете фар и прямо сразу лезете в настройки, то плагин не будет утруждать себя чтением непонятно ради чего и вместо половины настроек вы увидите шляпу.
Заставьте его сначала что-то вывести и настройки будут соответствовать действительности.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Fri 17 Aug, 2018 02:57
by abelenki
в 5256 перестал нормально работать плагин FarDroid.

update: исправлено в 5260 / 5261. спасибо.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Sat 18 Aug, 2018 17:23
by PavelN65
в 5256 при попытке заархивировать несколько файлов в ZIP-архив, зависает.
Если архивировать только один файл, то все нормально.
система Windows 7 Pro x64

Глюки и баги, появившиеся в «ночных сборках»

Posted: Tue 21 Aug, 2018 07:12
by Denis
3.0 build 5258 x64
При попытке архивации через arclite одного файла по сетевому пути Far зависает.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Mon 27 Aug, 2018 17:03
by 2useven10
Denis, Попробовал на 5261 - не повторяется... Если проблема есть - давайте подробности.
откат локирования вызовов плпгин API только в 5260, так что вопрос снимается.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Wed 29 Aug, 2018 21:15
by skipik
Маленькое замечание по текущей trunk-ревизии. Вот такой вот Warning наблюдаю при сборке luamacro в VS2015 Upd. 3:
1>luafar\service.c(1623): warning C4018: '>': signed/unsigned mismatch

Глюки и баги, появившиеся в «ночных сборках»

Posted: Wed 29 Aug, 2018 21:51
by Shmuel
skipik, спасибо, исправлено.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Tue 04 Sep, 2018 11:50
by 2useven10
Наверное после 5258...
1) FarFtp после открытия сессии показывает 2 каталога ".."
2) NetBox на уровне сессий показыват ".." и "" (видимо пустое имя)
Нетбокс с с моим конфигом такое показывает и до 5258.

Nightly Builds — еженощные сборки

Posted: Wed 12 Sep, 2018 07:38
by Skaramush
Windows 10.0.17134.228 x64
В FAR 3.0 build 5266 x64 не запускается плагин Uninstall 1.10.16 (никаких сообщений не выдается), в FAR 3.0 build 5254 x64 запускается корректно.
Это баг или фича, из-за которой надо идти на поклон к автору плагина?

Nightly Builds — еженощные сборки

Posted: Wed 12 Sep, 2018 13:35
by Pasha_ZZZ
Начало не запускаться с этого момента: Far30b5262.x86.20180902

Nightly Builds — еженощные сборки

Posted: Wed 12 Sep, 2018 14:12
by 2useven10
Uninstall.cpp #738
HANDLE h_dlg = Info.DialogInit(&MainGuid,&ContentsGuid,-1,-1,0,0,L"Contents",DialogItems,ARRAYSIZE(DialogItems),0,0,DlgProc,0);
Такие размеры диалога теперь не проходят проверку.
При отрицательной начальной позиции (-1.-1) размер должен быть положительным, а не (0,0).
Как это работало раньше - отдельный вопрос.

PS: К ночным сборка это отношения не имеет. Для багов появившихся в ночных сборках есть своя тема.
И баг скорее в плагине...

Nightly Builds — еженощные сборки

Posted: Wed 12 Sep, 2018 14:37
by 2useven10
Работало потому что при инициализации диалог сам ресайзит себя под размеры экрана.
Возможно тут проверка и не нужна, но всё-таки правильнее будет поправить плагин.
Например так:
HANDLE h_dlg = Info.DialogInit(&MainGuid,&ContentsGuid,-1,-1,1,1,L"Contents",DialogItems,ARRAYSIZE(DialogItems),0,0,DlgProc,0);

Nightly Builds — еженощные сборки

Posted: Wed 12 Sep, 2018 14:58
by DrKnS
Писание гласит:
Параметры X2 и Y2 не могут быть меньше нуля.

0 не меньше нуля, поэтому это баг в Far.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Thu 13 Sep, 2018 00:58
by 2useven10
Может быть, проверку изменить не сложно, но zg вроде бы убирал креш...
Если ширина/высота = 0 приводит к падению - этого будет недостаточно.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Thu 13 Sep, 2018 06:29
by 2useven10
Сделал проверку на lua: c размерами (0,0) - вылетает exeption в luamacro (на недавних версиях), на более старых - ошибка чтения памяти...
Чтобы не портить жизнь плагинам не нарушающим писание можно ослабить контроль, а 0 заменять на 1.
Если плагины с такими размерами диалога работают - они всё равно меняют размеры самостоятельно, так что это ситуацию не ухудшит.

Глюки и баги, появившиеся в «ночных сборках»

Posted: Thu 13 Sep, 2018 09:59
by zg
DrKnS wrote:
Wed 12 Sep, 2018 14:58
Писание гласит:
Параметры X2 и Y2 не могут быть меньше нуля.

0 не меньше нуля, поэтому это баг в Far.
по логике это больше к случаю, когда x1,y1>=0. так-то падает. но да, вариант замены ширины и высоты на 1 можно сделать.
update:5267.