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

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

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

Post by John Doe »

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

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

Поведение при обнаружении проблем.
https://t.me/FarManager — Telegram чат
User avatar
Alecsis
Posts: 38
Joined: Wed 29 May, 2013 09:12
Location: Нерезиновск
Has thanked: 4 times
Been thanked: 1 time

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

Post by Alecsis »

Latest post of the previous page:

АНОНИМ 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.
User avatar
BarD
Posts: 50
Joined: Mon 19 Jan, 2015 11:09
Has thanked: 6 times
Been thanked: 2 times

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

Post by BarD »

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: 38
Joined: Wed 29 May, 2013 09:12
Location: Нерезиновск
Has thanked: 4 times
Been thanked: 1 time

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

Post by Alecsis »

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.
User avatar
BarD
Posts: 50
Joined: Mon 19 Jan, 2015 11:09
Has thanked: 6 times
Been thanked: 2 times

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

Post by BarD »

Alecsis wrote: Fri 14 Jun, 2019 13:16 Тоже вариант. Вот только если папка с оригинальным файлом сама read-only (как в случае c тем же CD итп), то поимеем облом создания *.tmp… впрочем, кмк, разработчикам виднее
Я так понял, что *.tmp будет создаваться только при сохранении файла.
Зачем тебе в read-only папку что-то сохранять? - В этом случае справедлива ошибка "Носитель защищен от записи".
А вот когда ты открыл файл на редактирование, по Ctrl+Tab вышел в панели, сменил текущий диск на CD, вернулся к редактированию и попытался сохранить - вот тут и ... сохранение через [пусть к искомому файлу]\*.tmp
Если я все правильно понимаю :)
User avatar
Alecsis
Posts: 38
Joined: Wed 29 May, 2013 09:12
Location: Нерезиновск
Has thanked: 4 times
Been thanked: 1 time

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

Post by Alecsis »

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: 6114
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 12 times
Been thanked: 426 times

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

Post by DrKnS »

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: 23
Joined: Tue 07 May, 2019 22:21
Has thanked: 26 times
Been thanked: 2 times

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

Post by LizardKing »

Доброе утро.
Косяк в свежем билде 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: 6114
Joined: Thu 04 Aug, 2005 06:44
Location: Kyiv
Has thanked: 12 times
Been thanked: 426 times

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

Post by DrKnS »

LizardKing wrote: Sat 15 Jun, 2019 05:14Ошибка сохранения файла
5414
User avatar
Sim
Posts: 435
Joined: Fri 12 Jun, 2009 09:43
Has thanked: 11 times
Been thanked: 2 times
Contact:

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

Post by Sim »

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

Наверное все-таки это какая-то ошибка в Far или несовместимость NetBox с последними изменениями в Far
Случайности не случайны.
User avatar
Wave
Posts: 1885
Joined: Thu 04 Aug, 2005 18:47
Has thanked: 14 times
Been thanked: 26 times

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

Post by Wave »

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

Зы, фар 5400, обновил нетбокс из последней найтли — и здравствуй лажа с диалогом перезаписи.
Пользуюсь ФАРом больше 20 лет © собирательный.
lost
Posts: 149
Joined: Mon 31 Oct, 2005 09:42
Has thanked: 12 times
Been thanked: 6 times

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

Post by lost »

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

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: 7
Joined: Wed 14 Mar, 2012 11:41

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

Post by VStan »

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

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

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

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

В Far 3.0.5398 - сохраняет без проблем.
gotar
Posts: 419
Joined: Sun 06 Sep, 2009 12:34
Has thanked: 17 times
Been thanked: 3 times

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

Post by gotar »

А нельзя ли, если по каким то причинам файл не удалось сохранить новым способом, попробовать сохранить его старым, возможно, после подтверждения пользователем. Это лучше, чем молча оставлять временный файл и решает проблемы с правами доступаб местом на диске и т.п. Делать специальный флажок в far:config - решение намного хуже.
User avatar
BarD
Posts: 50
Joined: Mon 19 Jan, 2015 11:09
Has thanked: 6 times
Been thanked: 2 times

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

Post by BarD »

Говорили же, что сохранять по старому - не очень хорошо.
Тогда уж лучше делать временный файл в папке %TEMP%.
User avatar
Dennis_Moore
Posts: 297
Joined: Tue 03 Mar, 2015 19:54
Location: Kiev
Has thanked: 6 times
Been thanked: 17 times

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

Post by Dennis_Moore »

Вчера обновился до 5416, а сегодня при просмотре обложек альбомов (файлы примерно по 1-му Мб) в PictureView получил вылет: . Minidump

Воспроизвелось только в x86 версии, система Win7 SP1 x64. Раньше такого не припомню, но если это ошибка PV просьба перенести в его тему.
VStan
Posts: 7
Joined: Wed 14 Mar, 2012 11:41

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

Post by VStan »

Ещё одна проблема с новым сохранением - безопасность данных.
Есть файлик с конфиденциальной информацией, в который в течение дня добавляются данные, а в конце файл удаляется через Wipe.
С новым сохранением на диске будут копии файлов после каждого сохранения, которые при этом невозможно безопасно удалить - только через полное затирание свободного места на диске. Но можно восстановить из удалённых.

Создавать файл в папке %temp% нельзя - по той же причине - возможное копирование конфиденциальных данных на другой диск. Именно по этой причине Microsoft Office создаёт временные файлы в папке с самим файлом, а не в %temp%.

И ещё вопрос по поводу hard link и symlink на файл, который сохраняется из редактора. Если каждый раз сохранять в новый файл все ссылки ломаются.
Post Reply

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