Closed GoogleCodeExporter closed 9 years ago
Починю.
Но вообще, это спасибо фару за
использование GetWindowText вместо GetConsoleTitle.
Типа не кошерно и не маргинально...
Original comment by ConEmu.Maximus5
on 10 Oct 2013 at 3:49
Кстати, еще вопрос, как фар теперь будет в
telnet работать...
Original comment by ConEmu.Maximus5
on 10 Oct 2013 at 4:12
131010
Autoupdates does not works at the moment
Original comment by ConEmu.Maximus5
on 10 Oct 2013 at 10:03
DrawWND на 131010 пропало, но обнаружилось (а
может, и раньше было, заметил только
сейчас): после завершения операции
копирования в заголовке окна остаётся
"Копирование" вместо пути. В FAR'е без ConEmu
опять-таки всё нормально.
Original comment by yury.fin...@gmail.com
on 11 Oct 2013 at 12:00
Что-то мне не очень хочется тараканов фара
ловить пока. Раньше этого не было.
Original comment by ConEmu.Maximus5
on 11 Oct 2013 at 12:21
Может, фаровцам написать про это?
Original comment by yury.fin...@gmail.com
on 11 Oct 2013 at 12:23
Написать можно, конечно, только думаю что
ответ будет про пешее эротическое...
Original comment by ConEmu.Maximus5
on 11 Oct 2013 at 12:38
Может, всё-таки поправите это? Уж очень
раздражает...
Original comment by yury.fin...@gmail.com
on 25 Oct 2013 at 1:00
Если получится
Original comment by ConEmu.Maximus5
on 28 Oct 2013 at 6:53
Issue 1320 has been merged into this issue.
Original comment by ConEmu.Maximus5
on 7 Nov 2013 at 7:36
131108
Original comment by ConEmu.Maximus5
on 7 Nov 2013 at 10:29
XP FAR 3.0.3707
ConEmu 2013.11.07
Не фиксед.
Original comment by DVal...@gmail.com
on 8 Nov 2013 at 8:21
Что?
Original comment by ConEmu.Maximus5
on 8 Nov 2013 at 8:24
[*] Issue 1277: Far Manager shows «Copy» in the window title instead of panel
path.
Остаётся висеть Copy после копирования.
Original comment by DVal...@gmail.com
on 8 Nov 2013 at 8:37
А у меня как раз исправилось. Тоже XP, FAR 3.0.3707.
(Под Win7 пока не проверял).
Либо у нас какие-то настройки разные, либо
мы копируем как-то по-разному.
Original comment by yury.fin...@gmail.com
on 8 Nov 2013 at 8:46
поскольку у меня эффект тоже возникал,
выяснил условия воспроизведения.
ключевым является то, что эффект
проявляется не на первом копировании. то
есть копируем первый файл, тут же переходим
на другой и копируем его — тут-то и
остается висеть Copy. (хотя в процессе
выяснения условий воспроизведения при
некоторых настройках Far эффект возникал на
третьем копировании.)
эффект воспроизводится на только что
распакованных Far и ConEmu, настроенных на
локальные настройки.
Original comment by cca...@gmail.com
on 9 Mar 2014 at 8:12
оказалось, что все еще сложнее. эффект
проявляется по разному в зависимости от ОС,
совокупности версий конэму и фар, а главное
— размера окна конэму. скажем, при Far 3.0.3831
x86 + ConEmu 2014.03.10 на дефолтовых 80х25 не
возникает, а на 130х40 — возникает. помнится,
не так давно уже исправлялся баг, который
тоже был не равнодушен к размеру окна.
проявление эффекта не на первом
копировании — это походу частный случай,
при некотором сочетании условий у меня уже
возникали случаи проявления на первом
копировании.
основное тестирование я выполнял на
хостовой win 8.1 — там эффект возникает. на win
xp и под виртуалкой с ходу эффект не
воспроизвелся, а заморачиваться я не стал.
Original comment by sshku...@gmail.com
on 13 Mar 2014 at 6:41
Maximus, а у вас в заголовке окна не зависает
надпись Copy? или это не напрягает?
а то время идет, статус у проблемы — fixed, а
эффект регулярно возникает с новой силой,
особенно, при операциях с флешкой.
Original comment by cca...@gmail.com
on 21 Feb 2015 at 10:31
У меня не повторяется...
Original comment by ConEmu.Maximus5
on 22 Feb 2015 at 8:46
это навело меня на мысль кое-что проверить.
проверка показала, что на появление Copy
влияют "хукеры" — Punto switcher (в большей
степени) и GoldenDict (в меньшей степени).
Original comment by cca...@gmail.com
on 24 Feb 2015 at 9:29
Не люблю свитчеры. В особенности за то, что
они привносят глюки в работающие без них
программы.
Original comment by ConEmu.Maximus5
on 25 Feb 2015 at 7:39
к сожалению, программам приходится
работать в том окружении, в котором их
используют, а не в отдельно взятом
сферическом вакууме.
а если конкретная программа имеет
относительно доказуемый косяк, можно было
бы попробовать предъявить его авторам.
может и поправили бы.
Original comment by cca...@gmail.com
on 25 Feb 2015 at 8:41
Ну как минимум нужно добиться устойчивого
повторения == найти условия для них.
Original comment by ConEmu.Maximus5
on 26 Feb 2015 at 9:25
в смысле "Copy" не воспроизводится?
тогда, детально шаги для повторения:
0) ставим пунто (все галки про яндекс можно
снять) и запускаем, настройки можно не
менять
1) Far30b4270.x86.20150219.7z распаковываем в C:\Far3
2) туда же распаковываем ConEmuPack.150218.7z
3) обеспечиваем локальность настроек Far3 и
ConEmu (Far.exe.ini и ConEmu.xml)
4) из эксплорера запускаем ConEmu.exe
5) копируем (можно с винта на тот же винт)
файл ~100 МБайт
у меня трудностей с повторяемостью нет.
Original comment by cca...@gmail.com
on 26 Feb 2015 at 5:11
Lingvo, miranda, skype, snoop2 - все поотключал, ничего не
поменялось.
В защищённом режиме - Заголовок не
застревает.
Один раз увидел заголовок без Copy, но с
названием фара. Т.е. было "Far 3.0.4040 x86 A - {I:\} Far
3.0.4040 x86 (Admin)". Ощущение, что это какой-то
мусор, неочищенный строковый буфер там
оказывается, в случае копирования просто
остаток строки который был там до начала
копирования.
Original comment by volutar@gmail.com
on 17 Mar 2015 at 8:36
Отключение Лингвы, snoop2, всяких других
программ - не помогло.
Загрузка в безопасном режиме - помогла.
Глюк на 3х разных компьютерах. XP, Win7/32, Win7/64.
Единственное общее между ними общего это
snoop2, Лингво, Daemon Tools, mirandaIM (отключение
которых не помогло).
И еще заметил - пару раз вместо Copy выводило
вообще названия фара, типа: "Far 3.0.4306 x86 A {C:\far3}
- Far 3.0.4306 x86 Administrator", будто там буфер строки
не очищается.
Original comment by volutar@gmail.com
on 17 Mar 2015 at 9:33
Почему комменты удаляются то?
Original comment by volutar@gmail.com
on 17 Mar 2015 at 10:12
Наверное гуглокод намекает... валить на
гитхаб например.
Иногда целые Issue удаляются.
Но есть плюс - я и удаленные комменты вижу.
Original comment by ConEmu.Maximus5
on 17 Mar 2015 at 10:19
Понятно. Ну, главное, что коммент дошел. :)
Этот глюк где-то в связке ConEmuC.exe<->Far.exe
(скорее где-то в ConEmuHk.dll). Отдельно
запущенный Far никаких застревающих
заголовков не демонстрирует. При этом в Real
console он застревает.
Original comment by volutar@gmail.com
on 17 Mar 2015 at 10:51
Я уже неоднократно повторял, что баги фара
нужно лечить в фаре. Скажите спасибо
фарттму за кривое использование апи. Даа,
ведь очень важно уметь СЧИТЫВАТЬ заголовок
КОНСОЛЬНОГО окна используя не
предназначенную для этого функцию
(сарказм).
Более того, к ConEmu это вообще никаким боком.
Банальный тестовый проект будет выдавать
ошибки в стандартной консоли тоже.
https://www.dropbox.com/s/5jru436m0w2e9sn/TitleCheck.7z?dl=0
PS. Возможно, что крышу у фара срывает когда
через синхру плагин пытается получить инфу
о текущем окне.
PPS. В Far3bis таких проблем не наблюдается.
Original comment by ConEmu.Maximus5
on 17 Mar 2015 at 1:18
Original comment by ConEmu.Maximus5
on 17 Mar 2015 at 1:18
Issue 1945 has been merged into this issue.
Original comment by ConEmu.Maximus5
on 17 Mar 2015 at 1:20
> В Far3bis таких проблем не наблюдается.
по состоянию на far3.4306bis.x86.x64.7z — это не так.
Original comment by cca...@gmail.com
on 17 Mar 2015 at 4:37
Значит от фазы луны зависит. У меня в бис ни
разу не возникло.
Посмотрел еще и под отладчиком - вызовов из
плагина вообще нет. То есть глюк наступает
просто в результате банальных
последовательных вызовов:
1. Фар возвращает «панельный» заголовок:
SetConsoleTitleW
2. Тут же, пока консоль еще находится в
процессе изменения заголовка, зовется
GetWindowTextW.
Результат фееричен. Иногда «успевает»
измениться часть заголовка.
Мне что, задержку вставлять перед GetWindowTextW?
Почему ConEmu должен лечить откровенную
проблему фара, созданную, напомню, 2013-10-07?
IMHO текущий механизм работы
(сохранения/восстановления) с заголовком
консоли в корне не правильный. Фар должен
знать какой заголовок он сам только что
поставил. И не пытаться «вернуть» лабуду,
которую, возможно, вывел в заголовок
консоли вася пупкин вообще из другого
приложения.
На мантис, однозначно!
Original comment by ConEmu.Maximus5
on 17 Mar 2015 at 4:58
Да, как оказалось, наличие или отсутствие
Punto роли не играет.
Original comment by ConEmu.Maximus5
on 17 Mar 2015 at 5:30
в Far3bis сделано так, как надо?
а мне не помогло
Original comment by cca...@gmail.com
on 17 Mar 2015 at 6:19
Не-не, я не говорил что чинил это в бисе.
Просто по не понятным причинам (фаза луны) в
бисе *у меня* это в упор не повторяется.
Original comment by ConEmu.Maximus5
on 17 Mar 2015 at 6:24
итак, http://bugs.farmanager.com/view.php?id=2970
как результат, в Far30b4310.x86.20150318.7z проблема у
меня не проявилась при тестировании.
Original comment by cca...@gmail.com
on 18 Mar 2015 at 4:03
Возможно, опции компилятора как-то влияют
на (а)синхронность исполнения get/set, плюс
количество ядер, маски задействованных
ядер, и прочее и прочее, как и сказал "от
фазы луны" (поэтому в bis это бывает реже).
Небольшая задержка для get после события
скорее всего бы помогла, но - нет так нет.
Original comment by volutar@gmail.com
on 18 Mar 2015 at 4:08
Комменты опять удалились. Продублирую для
истории
> http://bugs.farmanager.com/view.php?id=2970
> как результат, в Far30b4310.x86.20150318.7z
> проблема у меня не проявилась при
тестировании.
Фартиму слава!
Не радует только то, что сведения о
неработоспособности сакральной функции
остаются у отдельно взятых личностей... В
коде есть только коммент «buggy».
Original comment by ConEmu.Maximus5
on 18 Mar 2015 at 10:33
Original issue reported on code.google.com by
yury.fin...@gmail.com
on 10 Oct 2013 at 2:58