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

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

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

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

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

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

BarD
Posts: 10
Joined: Mon 19 Jan, 2015 11:09

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

Post by BarD » Thu 13 Jun, 2019 07:45

Latest post of the previous page:

Sim wrote:
Sun 09 Jun, 2019 02:53
при попытке установить Far30b5409.x86.20190609.msi

Windows 10 x64
для x64 тоже самое - начиная с Far30b5409 такая ошибка при инсталляции msi пакета.

S_Gur
Posts: 9
Joined: Wed 26 Sep, 2012 18:18

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

Post by S_Gur » Thu 13 Jun, 2019 09:53

В последних версиях заметил следующий баг. У меня подключено два абсолютно одинаковых внешних диска. В системе они определяются как I и J. Если в панели текущий диск один из них, то при смене винта по Alt+F1 или Alt+F2 в открывшемся списке дисков указатель всегда стоит на первом из них - I, даже если я работал с J. Не то, чтобы это очень сильно напрягало, но иногда неудобно - если я подразумеваю, что работаю с J и хочу перейти на I, попадаю, естественно на H. Можно это как-то поправить?

P.S. Поставил версию 3.0.5412. Глюк исчез. Спасибо за оперативность
Last edited by S_Gur on Fri 14 Jun, 2019 06:31, edited 1 time in total.

АНОНИМ
Posts: 87
Joined: Thu 10 Nov, 2005 08:15
Location: Novosibirsk, Russia

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

Post by АНОНИМ » Fri 14 Jun, 2019 06:17

Баг в билде 5412 (судя по чейнджлогу — это следствие изменений в билде 5411).

1. Открываем в редакторе какой-нибудь файл на редактирование (у меня в примере это будет файл C:\Tmp\!.txt, имя файла и путь к нему роли не играет).
2. Не закрывая файл, с помощью Ctrl+Tab переходим на файловые панели.
3. Уходим из папки, где лежит редактируемый файл в другую папку. Способ ухода не важен. Можно в этой же панели перейти в другую папку. Можно перейти в другую папку на второй панели, оставив папку файла на пассивной панели. Важно, чтобы текущей папкой в фаре была папка, отличная от той, где лежит редактируемый файл.
4. с помощью Ctrl+Tab возвращаемся в окно редактирования файла.
5. Пытаемся сохранить файл. Получаем Ошибку:

Code: Select all

╔══════════════════════════════════════════════ Редактор ══════════════════════════════════════════════╗
║                                       Ошибка сохранения файла                                        ║
║                                             C:\Tmp\!.txt                                             ║
╟──────────────────────────────────────────────────────────────────────────────────────────────────────╢
║ Can't replace the file: Не удается заместить файл. Замещаемый файл сохранил свое первоначальное имя. ║
╟──────────────────────────────────────────────────────────────────────────────────────────────────────╢
║                                       { Повторить } [ Отмена ]                                       ║
╚══════════════════════════════════════════════════════════════════════════════════════════════════════╝
6. Любые попытки сохранения файла оканчиваются такой неудачей, пока текущей директорией является папка, отличная от папки, где хранится исходный редактируемый файл.
7. Если не закрывая редактор, перейти в панели, там сделать текущей папку, где лежит файл, то вернувшись в редактор, файл можно спокойно сохранить.
8. После каждой неудачной попытки сохранения файла в текущей директории появляется файл вида farABCD.tmp с копией сохраняемого файла.


Upd: Битность версий Far и Win10 — 64.
Last edited by АНОНИМ on Fri 14 Jun, 2019 06:32, edited 2 times in total.

User avatar
Alecsis
Posts: 11
Joined: Wed 29 May, 2013 09:12

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

Post by Alecsis » Fri 14 Jun, 2019 07:04

АНОНИМ wrote:
Fri 14 Jun, 2019 06:17
Баг в билде 5412 (судя по чейнджлогу — это следствие изменений в билде 5411)
Аналогичный случай как под Win7 x64 + FAR x64, так и под WinXP SP3 x86 + FAR x86…
Кроме того, если «неродная» для редактируемого файла папка защищена от записи (например, лежит на CD), то выводится

Code: Select all

 ╔═══════════════════ Editor ═══════════════════╗
 ║             Cannot save the file             ║
 ║               E:\Work\test.txt               ║
 ╟──────────────────────────────────────────────╢
 ║ Can't open file: Носитель защищен от записи. ║
 ╟──────────────────────────────────────────────╢
 ║             { Retry } [ Cancel ]             ║
 ╚══════════════════════════════════════════════╝
т.к. невозможно создать FARxxxx.tmp
Состояние флага Editor.CreateBackups по-видимому не играет роли.
М.б. есть смысл создавать упомянутый FARxxxx.tmp не в текущей папке, а в штатной %TEMP%?
Last edited by Alecsis on Fri 14 Jun, 2019 07:08, edited 1 time in total.

BarD
Posts: 10
Joined: Mon 19 Jan, 2015 11:09

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

Post by BarD » Fri 14 Jun, 2019 09:20

Alecsis wrote:
Fri 14 Jun, 2019 07:04
АНОНИМ wrote:
Fri 14 Jun, 2019 06:17
Баг в билде 5412 (судя по чейнджлогу — это следствие изменений в билде 5411)
Аналогичный случай как под Win7 x64 + FAR x64, так и под WinXP SP3 x86 + FAR x86…
Кроме того, если «неродная» для редактируемого файла папка защищена от записи (например, лежит на CD), то выводится

Code: Select all

 ╔═══════════════════ Editor ═══════════════════╗
 ║             Cannot save the file             ║
 ║               E:\Work\test.txt               ║
 ╟──────────────────────────────────────────────╢
 ║ Can't open file: Носитель защищен от записи. ║
 ╟──────────────────────────────────────────────╢
 ║             { Retry } [ Cancel ]             ║
 ╚══════════════════════════════════════════════╝
т.к. невозможно создать FARxxxx.tmp
Состояние флага Editor.CreateBackups по-видимому не играет роли.
М.б. есть смысл создавать упомянутый FARxxxx.tmp не в текущей папке, а в штатной %TEMP%?
Думаю лучше временный файл создавать в папке с оригинальным файлом.
Можно также временный файл делать скрытым - как офис делает.

User avatar
Alecsis
Posts: 11
Joined: Wed 29 May, 2013 09:12

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

Post by Alecsis » Fri 14 Jun, 2019 13:16

BarD wrote:
Fri 14 Jun, 2019 09:20
Думаю лучше временный файл создавать в папке с оригинальным файлом
Тоже вариант. Вот только если папка с оригинальным файлом сама read-only (как в случае c тем же CD итп), то поимеем облом создания *.tmp… впрочем, кмк, разработчикам виднее :)
Last edited by Alecsis on Fri 14 Jun, 2019 13:23, edited 3 times in total.

BarD
Posts: 10
Joined: Mon 19 Jan, 2015 11:09

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

Post by BarD » Fri 14 Jun, 2019 15:09

Alecsis wrote:
Fri 14 Jun, 2019 13:16
Тоже вариант. Вот только если папка с оригинальным файлом сама read-only (как в случае c тем же CD итп), то поимеем облом создания *.tmp… впрочем, кмк, разработчикам виднее
Я так понял, что *.tmp будет создаваться только при сохранении файла.
Зачем тебе в read-only папку что-то сохранять? - В этом случае справедлива ошибка "Носитель защищен от записи".
А вот когда ты открыл файл на редактирование, по Ctrl+Tab вышел в панели, сменил текущий диск на CD, вернулся к редактированию и попытался сохранить - вот тут и ... сохранение через [пусть к искомому файлу]\*.tmp
Если я все правильно понимаю :)

User avatar
Alecsis
Posts: 11
Joined: Wed 29 May, 2013 09:12

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

Post by Alecsis » Fri 14 Jun, 2019 16:57

BarD wrote:
Fri 14 Jun, 2019 15:09
Зачем тебе в read-only папку что-то сохранять?
А кто там (т.е. в read-only) собирался что-то сохранять?
К примеру, нередко так делаю: открыл на редактирование в read-only папке, что-то подпилил и по Shift+F2 указал «в лоб» куда именно сохранить результат. Часто получается заметно быстрее, чем метаться между редактором и панелями через Ctrl+Tab.
Да ладно, по сути спор-то ни о чём — обсуждаемый баг от этого не исчезнет :)
Last edited by Alecsis on Fri 14 Jun, 2019 17:00, edited 1 time in total.

User avatar
DrKnS
Posts: 5194
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 5 times
Been thanked: 196 times

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

Post by DrKnS » Fri 14 Jun, 2019 17:19

Sim wrote:
Sun 09 Jun, 2019 02:53
при попытке установить Far30b5409.x86.20190609.msi
S_Gur wrote:
Thu 13 Jun, 2019 09:53
указатель всегда стоит на первом из них
5412.
АНОНИМ wrote:
Fri 14 Jun, 2019 06:17
переходим на файловые панели
5413.

User avatar
LizardKing
Posts: 11
Joined: Tue 07 May, 2019 22:21
Has thanked: 8 times

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

Post by LizardKing » Sat 15 Jun, 2019 05:14

Доброе утро.
Косяк в свежем билде Far30b5413.x64.20190615, и как раз связанный, видимо, с отслеживанием изменившегося каталога.
Жму Shift-F4, ввожу имя будущего файла, редактю, жму F2 - и получаю "Ошибка сохранения файла. Can't open file: Не удается найти указанный файл".
:-(
P.S. И под юзверем, и под админом одно и то же.
P.P.S. Спецом проверил - предыдущий 5412 билд всё сохранял корректно.
Last edited by LizardKing on Sat 15 Jun, 2019 05:16, edited 1 time in total.
The Show Must Go On!

User avatar
DrKnS
Posts: 5194
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 5 times
Been thanked: 196 times

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

Post by DrKnS » Sat 15 Jun, 2019 09:31

LizardKing wrote:
Sat 15 Jun, 2019 05:14
Ошибка сохранения файла
5414

User avatar
Sim
Posts: 387
Joined: Fri 12 Jun, 2009 09:43
Has thanked: 2 times
Been thanked: 1 time
Contact:

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

Post by Sim » Wed 19 Jun, 2019 02:39

Раньше при копировании файлов с/на удаленный сервер при наличии такого же файла NetBox показывал диалог что такой файл уже есть и для сравнения показывал его размер и время изменения, а с некоторых пор вместо этого показывает диалог с ошибкой типа сервер не отвечает.
Поставил для проверки стабильную версию Far 3.0.5400, в ней все правильно с диалогами перезаписи.

Наверное все-таки это какая-то ошибка в Far или несовместимость NetBox с последними изменениями в Far
Случайности не случайны.

User avatar
Wave
Posts: 1765
Joined: Thu 04 Aug, 2005 18:47
Has thanked: 4 times
Been thanked: 15 times

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

Post by Wave » Wed 19 Jun, 2019 12:03

Нет, не в фар, потому что когда у меня был фар ещё прошлый стейбл, а нетбокс обновил на то, что там обновилось — то та же лажа с диалогом перезаписи. Откатил нетбокс — с диалогом стало всё норм.
Ну, сейчас у меня фар 5400 и нетбокс тот, который был до недавних коммитов.

Зы, фар 5400, обновил нетбокс из последней найтли — и здравствуй лажа с диалогом перезаписи.
Пользуюсь ФАРом больше 20 лет © собирательный.

Post Reply

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