Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

В заголовке окна надпись DrawWND вместо пути #1277

Closed
Maximus5 opened this issue Jul 31, 2015 · 40 comments
Closed

В заголовке окна надпись DrawWND вместо пути #1277

Maximus5 opened this issue Jul 31, 2015 · 40 comments
Assignees
@Maximus5
Labels
Priority-Medium Type-Defect

Comments

@Maximus5
Copy link
Owner

Originally reported on Google Code with ID 1277

OS version: WinXP/Win7
ConEmu version: 130923, 131006
Far version: 3.0.3695 x86

Начиная с версии FAR'а 3.0.3695 в заголовке окна ConEmu стала появляться надпись DrawWND
вместо пути. Например, при выборе другого устройства по Alt+F1/F2, если устройства
нет. 

Т.е. у меня есть устройство G: (кард-ридер), карты в нём нет, я нажимаю Alt+F2 G, получаю
сообщение "устройство не готово", жму Esc, и после этого в заголовке вижу это DrawWND.

В FAR'е без ConEmu это не воспроизводится. В FAR'е версий раньше 3.0.3695 такого тоже
не наблюдается.

Reported by yury.finkel on 2013-10-10 14:58:44
@Maximus5
Copy link
Owner Author 

Починю.
Но вообще, это спасибо фару за использование GetWindowText вместо GetConsoleTitle.
Типа не кошерно и не маргинально...

Reported by ConEmu.Maximus5 on 2013-10-10 15:49:43

@Maximus5 Maximus5 self-assigned this Jul 31, 2015
@Maximus5
Copy link
Owner Author 

Кстати, еще вопрос, как фар теперь будет в telnet работать...

Reported by ConEmu.Maximus5 on 2013-10-10 16:12:07

@Maximus5
Copy link
Owner Author 

131010
Autoupdates does not works at the moment

Reported by ConEmu.Maximus5 on 2013-10-10 22:03:06

@Maximus5
Copy link
Owner Author 

DrawWND на 131010 пропало, но обнаружилось (а может, и раньше было, заметил только сейчас):
после завершения операции копирования в заголовке окна остаётся "Копирование" вместо
пути. В FAR'е без ConEmu опять-таки всё нормально.

Reported by yury.finkel on 2013-10-11 12:00:04

@Maximus5
Copy link
Owner Author 

Что-то мне не очень хочется тараканов фара ловить пока. Раньше этого не было.

Reported by ConEmu.Maximus5 on 2013-10-11 12:21:33

@Maximus5
Copy link
Owner Author 

Может, фаровцам написать про это?

Reported by yury.finkel on 2013-10-11 12:23:29

@Maximus5
Copy link
Owner Author 

Написать можно, конечно, только думаю что ответ будет про пешее эротическое...

Reported by ConEmu.Maximus5 on 2013-10-11 12:38:21

@Maximus5
Copy link
Owner Author 

Может, всё-таки поправите это? Уж очень раздражает...

Reported by yury.finkel on 2013-10-25 13:00:41

@Maximus5
Copy link
Owner Author 

Если получится

Reported by ConEmu.Maximus5 on 2013-10-28 06:53:27

@Maximus5
Copy link
Owner Author 

Issue 1320 has been merged into this issue.

Reported by ConEmu.Maximus5 on 2013-11-07 19:36:20

@Maximus5
Copy link
Owner Author 

131108

Reported by ConEmu.Maximus5 on 2013-11-07 22:29:53

  • Status changed: Fixed

@Maximus5
Copy link
Owner Author 

XP FAR 3.0.3707
ConEmu 2013.11.07
Не фиксед.

Reported by DVallBY on 2013-11-08 08:21:23

@Maximus5
Copy link
Owner Author 

Что?

Reported by ConEmu.Maximus5 on 2013-11-08 08:24:46

@Maximus5
Copy link
Owner Author 

[*] Issue 1277: Far Manager shows «Copy» in the window title instead of panel path.
Остаётся висеть Copy после копирования.

Reported by DVallBY on 2013-11-08 08:37:16

@Maximus5
Copy link
Owner Author 

А у меня как раз исправилось. Тоже XP, FAR 3.0.3707. (Под Win7 пока не проверял).

Либо у нас какие-то настройки разные, либо мы копируем как-то по-разному.

Reported by yury.finkel on 2013-11-08 08:46:20

@Maximus5
Copy link
Owner Author 

поскольку у меня эффект тоже возникал, выяснил условия воспроизведения.
ключевым является то, что эффект проявляется не на первом копировании. то есть копируем
первый файл, тут же переходим на другой и копируем его — тут-то и остается висеть Copy.
(хотя в процессе выяснения условий воспроизведения при некоторых настройках Far эффект
возникал на третьем копировании.)
эффект воспроизводится на только что распакованных Far и ConEmu, настроенных на локальные
настройки.

Reported by ccaidd on 2014-03-09 08:12:03

@Maximus5
Copy link
Owner Author 

оказалось, что все еще сложнее. эффект проявляется по разному в зависимости от ОС, совокупности
версий конэму и фар, а главное — размера окна конэму. скажем, при    Far 3.0.3831 x86
+ ConEmu 2014.03.10 на дефолтовых 80х25 не возникает, а на 130х40 — возникает. помнится,
не так давно уже исправлялся баг, который тоже был не равнодушен к размеру окна.
проявление эффекта не на первом копировании — это походу частный случай, при некотором
сочетании условий у меня уже возникали случаи проявления на первом копировании.
основное тестирование я выполнял на хостовой win 8.1 — там эффект возникает. на win
xp и под виртуалкой с ходу эффект не воспроизвелся, а заморачиваться я не стал.

Reported by sshkurov on 2014-03-13 18:41:28

@Maximus5
Copy link
Owner Author 

Maximus, а у вас в заголовке окна не зависает надпись Copy? или это не напрягает?
а то время идет, статус у проблемы — fixed, а эффект регулярно возникает с новой силой,
особенно, при операциях с флешкой.

Reported by ccaidd on 2015-02-21 22:31:55

@Maximus5
Copy link
Owner Author 

У меня не повторяется...

Reported by ConEmu.Maximus5 on 2015-02-22 08:46:04

  • Status changed: New

@Maximus5
Copy link
Owner Author 

это навело меня на мысль кое-что проверить. проверка показала, что на появление Copy
влияют "хукеры" — Punto switcher (в большей степени) и GoldenDict (в меньшей степени).

Reported by ccaidd on 2015-02-24 21:29:05

@Maximus5
Copy link
Owner Author 

Не люблю свитчеры. В особенности за то, что они привносят глюки в работающие без них
программы.

Reported by ConEmu.Maximus5 on 2015-02-25 19:39:26

@Maximus5
Copy link
Owner Author 

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

Reported by ccaidd on 2015-02-25 20:41:20

@Maximus5
Copy link
Owner Author 

Ну как минимум нужно добиться устойчивого повторения == найти условия для них.

Reported by ConEmu.Maximus5 on 2015-02-26 09:25:09

@Maximus5
Copy link
Owner Author 

в смысле "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 МБайт

у меня трудностей с повторяемостью нет.

Reported by ccaidd on 2015-02-26 17:11:54

@Maximus5
Copy link
Owner Author 

Lingvo, miranda, skype, snoop2 - все поотключал, ничего не поменялось.
В защищённом режиме - Заголовок не застревает.

Один раз увидел заголовок без Copy, но с названием фара. Т.е. было "Far 3.0.4040 x86
A - {I:\} Far 3.0.4040 x86 (Admin)". Ощущение, что это какой-то мусор, неочищенный
строковый буфер там оказывается, в случае копирования просто остаток строки который
был там до начала копирования.

Reported by volutar on 2015-03-17 08:36:18

@Maximus5
Copy link
Owner Author 

Отключение Лингвы, 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", будто там буфер строки не очищается.

Reported by volutar on 2015-03-17 09:33:07

@Maximus5
Copy link
Owner Author 

Почему комменты удаляются то?

Reported by volutar on 2015-03-17 10:12:51

@Maximus5
Copy link
Owner Author 

Наверное гуглокод намекает... валить на гитхаб например.
Иногда целые Issue удаляются.

Но есть плюс - я и удаленные комменты вижу.

Reported by ConEmu.Maximus5 on 2015-03-17 10:19:38

@Maximus5
Copy link
Owner Author 

Понятно. Ну, главное, что коммент дошел. :)
Этот глюк где-то в связке ConEmuC.exe<->Far.exe (скорее где-то в ConEmuHk.dll). Отдельно
запущенный Far никаких застревающих заголовков не демонстрирует. При этом в Real console
он застревает.

Reported by volutar on 2015-03-17 10:51:48

@Maximus5
Copy link
Owner Author 

Я уже неоднократно повторял, что баги фара нужно лечить в фаре. Скажите спасибо фарттму
за кривое использование апи. Даа, ведь очень важно уметь СЧИТЫВАТЬ заголовок КОНСОЛЬНОГО
окна используя не предназначенную для этого функцию (сарказм).

Более того, к ConEmu это вообще никаким боком. Банальный тестовый проект будет выдавать
ошибки в стандартной консоли тоже.
https://www.dropbox.com/s/5jru436m0w2e9sn/TitleCheck.7z?dl=0

PS. Возможно, что крышу у фара срывает когда через синхру плагин пытается получить
инфу о текущем окне.

PPS. В Far3bis таких проблем не наблюдается.

Reported by ConEmu.Maximus5 on 2015-03-17 13:18:35

@Maximus5
Copy link
Owner Author

Reported by ConEmu.Maximus5 on 2015-03-17 13:18:51

  • Status changed: WontFix

@Maximus5
Copy link
Owner Author 

Issue 1945 has been merged into this issue.

Reported by ConEmu.Maximus5 on 2015-03-17 13:20:18

@Maximus5
Copy link
Owner Author 

> В Far3bis таких проблем не наблюдается.

по состоянию на far3.4306bis.x86.x64.7z — это не так.

Reported by ccaidd on 2015-03-17 16:37:03

@Maximus5
Copy link
Owner Author 

Значит от фазы луны зависит. У меня в бис ни разу не возникло.
Посмотрел еще и под отладчиком - вызовов из плагина вообще нет. То есть глюк наступает
просто в результате банальных последовательных вызовов:
1. Фар возвращает «панельный» заголовок: SetConsoleTitleW
2. Тут же, пока консоль еще находится в процессе изменения заголовка, зовется GetWindowTextW.
Результат фееричен. Иногда «успевает» измениться часть заголовка.

Мне что, задержку вставлять перед GetWindowTextW? Почему ConEmu должен лечить откровенную
проблему фара, созданную, напомню, 2013-10-07?

IMHO текущий механизм работы (сохранения/восстановления) с заголовком консоли в корне
не правильный. Фар должен знать какой заголовок он сам только что поставил. И не пытаться
«вернуть» лабуду, которую, возможно, вывел в заголовок консоли вася пупкин вообще из
другого приложения.

На мантис, однозначно!

Reported by ConEmu.Maximus5 on 2015-03-17 16:58:19

@Maximus5
Copy link
Owner Author 

Да, как оказалось, наличие или отсутствие Punto роли не играет.

Reported by ConEmu.Maximus5 on 2015-03-17 17:30:32

@Maximus5
Copy link
Owner Author 

в Far3bis сделано так, как надо?
а мне не помогло

Reported by ccaidd on 2015-03-17 18:19:59

@Maximus5
Copy link
Owner Author 

Не-не, я не говорил что чинил это в бисе. Просто по не понятным причинам (фаза луны)
в бисе *у меня* это в упор не повторяется.

Reported by ConEmu.Maximus5 on 2015-03-17 18:24:44

@Maximus5
Copy link
Owner Author 

итак, http://bugs.farmanager.com/view.php?id=2970
как результат, в Far30b4310.x86.20150318.7z проблема у меня не проявилась при тестировании.

Reported by ccaidd on 2015-03-18 04:03:14

@Maximus5
Copy link
Owner Author 

Возможно, опции компилятора как-то влияют на (а)синхронность исполнения get/set, плюс
количество ядер, маски задействованных ядер, и прочее и прочее, как и сказал "от фазы
луны" (поэтому в bis это бывает реже). Небольшая задержка для get после события скорее
всего бы помогла, но - нет так нет.

Reported by volutar on 2015-03-18 04:08:29

@Maximus5
Copy link
Owner Author 

Комменты опять удалились. Продублирую для истории

> http://bugs.farmanager.com/view.php?id=2970
> как результат, в Far30b4310.x86.20150318.7z
> проблема у меня не проявилась при тестировании.

Фартиму слава!

Не радует только то, что сведения о неработоспособности сакральной функции остаются
у отдельно взятых личностей... В коде есть только коммент «buggy».

Reported by ConEmu.Maximus5 on 2015-03-18 10:33:56

This was referenced Jul 31, 2015
Closed
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@Maximus5 Maximus5

Labels
Priority-Medium Type-Defect
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@Maximus5