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

Здесь можно сообщить о найденных багах в Far.
User avatar
John Doe
Бюрократ
Posts: 11794
Joined: Wed 27 Apr, 2005 20:42
Has thanked: 26 times
Been thanked: 126 times

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

Post by John Doe » Tue 07 Apr, 2009 14:05

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

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

Kirillony
Posts: 193
Joined: Tue 24 Jan, 2006 18:49
Has thanked: 3 times
Been thanked: 1 time

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

Post by Kirillony » Fri 24 Nov, 2017 21:51

Latest post of the previous page:

2useven10 wrote:
Fri 24 Nov, 2017 21:45
Может дело в этом:
D:\0\3>dir *.dll .... 24.11.2017 23:42 0 t.dll 24.11.2017 23:42 0 t.dll_
Я конечно понимаю, что условия возникновения глюка достаточно специфические. Но этот файл у меня лежит там уже давно, и до недавнего времени ничем подобным себя не проявлял. И в таком случае при этих специфических условиях - зависание при выходе - это ожидаемое поведение?

2useven10
Posts: 3492
Joined: Mon 07 Sep, 2009 10:40
Has thanked: 3 times
Been thanked: 132 times

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

Post by 2useven10 » Fri 24 Nov, 2017 21:52

Надо проверить не грузятся ли оба файла...
Если так, то последствия я предсказать не берусь.

2useven10
Posts: 3492
Joined: Mon 07 Sep, 2009 10:40
Has thanked: 3 times
Been thanked: 132 times

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

Post by 2useven10 » Fri 24 Nov, 2017 21:58

Код выгрузки билиотек arclite недавно правился, на старом могло не проявляться.

2useven10
Posts: 3492
Joined: Mon 07 Sep, 2009 10:40
Has thanked: 3 times
Been thanked: 132 times

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

Post by 2useven10 » Fri 24 Nov, 2017 22:09

Точно грузит оба. И падение повторяется. Надо будет поставить проверку реального расширения файла при загрузке...

User avatar
DrKnS
Posts: 4866
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 4 times
Been thanked: 150 times

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

Post by DrKnS » Fri 24 Nov, 2017 22:43

2useven10 wrote:
Fri 24 Nov, 2017 22:09
Надо будет поставить проверку реального расширения файла при загрузке...
А там как-то надёжнее починить нельзя? А то завтра кто-то в 7z1.dll переименует и всё с начала.

2useven10
Posts: 3492
Joined: Mon 07 Sep, 2009 10:40
Has thanked: 3 times
Been thanked: 132 times

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

Post by 2useven10 » Sat 25 Nov, 2017 03:04

C 7z1 проблем нет, поиск по маске *.dll заметает все файлы *.dllИ_дальше.
Можно подумать, но не совсем ясно как дубль отличить от дополнительного форматного плагина.
Last edited by 2useven10 on Sat 25 Nov, 2017 03:07, edited 1 time in total.

User avatar
Alexander84
Posts: 123
Joined: Fri 01 May, 2009 06:38
Has thanked: 14 times
Been thanked: 2 times

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

Post by Alexander84 » Tue 05 Dec, 2017 18:27

В каталоге Арклайта создаю подкаталог Codecs.
Кладу внутрь последнего любойкодек.dll из этого архива, заменяю расширение dll на codec, перезапускаю Фар.
Выбираю файл большого размера и прошу создать архив 7Z с нестандартным методом, операция начинается.
Пытаюсь прервать по ESC, подтверждаю — прерывание не происходит, операция продолжается.

Правка: установлено, что баг не относится к Фару.
Last edited by Alexander84 on Tue 05 Dec, 2017 19:24, edited 1 time in total.

2useven10
Posts: 3492
Joined: Mon 07 Sep, 2009 10:40
Has thanked: 3 times
Been thanked: 132 times

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

Post by 2useven10 » Tue 05 Dec, 2017 18:32

В 7zfm аналогичная операция прерывается нормально?
Last edited by 2useven10 on Tue 05 Dec, 2017 18:33, edited 1 time in total.

2useven10
Posts: 3492
Joined: Mon 07 Sep, 2009 10:40
Has thanked: 3 times
Been thanked: 132 times

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

Post by 2useven10 » Tue 05 Dec, 2017 18:35

И тема выбрана неудачно. Лучше в теме плагина.

Shmuel
Posts: 5441
Joined: Thu 23 Mar, 2006 21:36
Location: Israel
Has thanked: 19 times
Been thanked: 172 times

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

Post by Shmuel » Mon 11 Dec, 2017 11:02

Позавчера я закоммитил изменение в luafar_manual.tsi, вчера ещё одно, но обе последние ночные сборки содержат luafar_manual.chm без этих изменений.

User avatar
DrKnS
Posts: 4866
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 4 times
Been thanked: 150 times

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

Post by DrKnS » Mon 11 Dec, 2017 11:38

https://github.com/FarGroup/FarManager/commit/2f8e0c1caccbd93a8644af0c0373a81cdfff60f1#diff-03c471127ca227cc13a8c2ac7d27af73 wrote:
+w17 11.12.2017 12:56:15 +0300 - build 262 +2. Информация о внешних кодеках 7z вынесена из кода в файл arclite.xml + приоритет настроек из .xml выше БД (параметры: max_check_size, correct_name_mode, qs_by_default)


[mention]2useven10[/mention], а в чем смысл выделенного? Тонко троллить пользователей?

Пользователь меняет настройки в БД - плагин на это кладёт.
Пользователь меняет настройки в xml - они перезаписываются дефолтными при первом же обновлении.

Или я что-то упускаю?

2useven10
Posts: 3492
Joined: Mon 07 Sep, 2009 10:40
Has thanked: 3 times
Been thanked: 132 times

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

Post by 2useven10 » Mon 11 Dec, 2017 11:48

Если настройки есть в xml, в БД они не используются и не изменяютя.
Только перечисленные, они в БД труднодоступны и менять их часто вроде бы незачем.

2useven10
Posts: 3492
Joined: Mon 07 Sep, 2009 10:40
Has thanked: 3 times
Been thanked: 132 times

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

Post by 2useven10 » Mon 11 Dec, 2017 11:57

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

User avatar
DrKnS
Posts: 4866
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 4 times
Been thanked: 150 times

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

Post by DrKnS » Mon 11 Dec, 2017 11:59

Я к тому, что если уж таки зачем-то понадобился конфиг, то во избежание лишних WTFов лучше его иметь в виде far.exe.example.ini, custom_user.ini и т.п.

2useven10
Posts: 3492
Joined: Mon 07 Sep, 2009 10:40
Has thanked: 3 times
Been thanked: 132 times

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

Post by 2useven10 » Mon 11 Dec, 2017 12:20

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

Shmuel
Posts: 5441
Joined: Thu 23 Mar, 2006 21:36
Location: Israel
Has thanked: 19 times
Been thanked: 172 times

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

Post by Shmuel » Mon 11 Dec, 2017 12:57

Shmuel wrote:
Mon 11 Dec, 2017 11:02
Позавчера я закоммитил изменение в luafar_manual.tsi, вчера ещё одно, но обе последние ночные сборки содержат luafar_manual.chm без этих изменений.
Что-то произошло между 15 октября и 20 ноября. Все коммиты в папку enc/enc_lua, начиная с 20 ноября, не возымели никакого воздействия на сгенерированные файлы.

Added: скорее всего, дата поломки = 21 октября = переезд на github.
Last edited by Shmuel on Mon 11 Dec, 2017 13:21, edited 1 time in total.

User avatar
t-rex
Страшный и ужасный
Posts: 4899
Joined: Tue 15 Mar, 2005 16:17
Location: Tel-Aviv
Has thanked: 1 time
Contact:

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

Post by t-rex » Mon 11 Dec, 2017 13:57

Shmuel wrote:
Mon 11 Dec, 2017 12:57
Shmuel wrote:
Mon 11 Dec, 2017 11:02
Позавчера я закоммитил изменение в luafar_manual.tsi, вчера ещё одно, но обе последние ночные сборки содержат luafar_manual.chm без этих изменений.
Что-то произошло между 15 октября и 20 ноября. Все коммиты в папку enc/enc_lua, начиная с 20 ноября, не возымели никакого воздействия на сгенерированные файлы.

Added: скорее всего, дата поломки = 21 октября = переезд на github.
В след. билде должно быть ок.

Post Reply

Return to “Глюки и баги”