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

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

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

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

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

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

BarD
Posts: 15
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: 11
Joined: Wed 26 Sep, 2012 18:18
Has thanked: 1 time

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

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: 14
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: 15
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: 14
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: 15
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: 14
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: 5397
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 6 times
Been thanked: 227 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: 5397
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 6 times
Been thanked: 227 times

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

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

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

User avatar
Sim
Posts: 402
Joined: Fri 12 Jun, 2009 09:43
Has thanked: 3 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: 1770
Joined: Thu 04 Aug, 2005 18:47
Has thanked: 4 times
Been thanked: 16 times

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

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

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

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

lost
Posts: 83
Joined: Mon 31 Oct, 2005 09:42

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

Post by lost » Fri 21 Jun, 2019 09:01

Вроде бы, не было:
в редакторе файловых фильтров глюк с кнопками ОК/Отмена/Очистить

Code: Select all

║ [ ] Болee одной жёсткой ссылки                                         ║
╟────────────────────────────────────────────────────────────────────────╢
║                          { OK [ Отмена ]ть ]                           ║
╚════════════════════════════════════════════════════════════════════════╝
Когда появилось - не знаю. На 5414 и 5415 так.
Last edited by lost on Fri 21 Jun, 2019 09:02, edited 1 time in total.

VStan
Posts: 5
Joined: Wed 14 Mar, 2012 11:41

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

Post by VStan » Fri 21 Jun, 2019 12:34

Новый способ сохранения в редакторе сулит серьёзные проблемы. Я столкнулся с двумя такими:
1. Есть папка с правами только на чтение. В ней есть файл конфигурации со специальными правами - на изменение. Пытаюсь сохранить такой файл - получаю:

Сохранение из Far 3.0.5398 работает корректно.

2. На флэшке свободного места - 200Кб. Открываю на редактирование файл размером 350Кб. При попытке сохранить, получаю:

Плюс файл FAR9EBE.tmp, который не удалился.

В Far 3.0.5398 - сохраняет без проблем.

gotar
Posts: 316
Joined: Sun 06 Sep, 2009 12:34
Has thanked: 9 times

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

Post by gotar » Sun 23 Jun, 2019 18:37

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

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

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

Post by BarD » Mon 24 Jun, 2019 08:29

Говорили же, что сохранять по старому - не очень хорошо.
Тогда уж лучше делать временный файл в папке %TEMP%.

Post Reply

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