ИР Адаптер. Модальное окно об ошибке при запуске клиентского приложения отображается позади окна конфигуратора

До подключения этого приложения я не знаю какой у него будет идентификатор процесса и заголовок окна. Поэтому непонятно какие параметры передавать в НачатьВызовВнешнегоОкнаАсинх. А эта ошибка возникает в процессе подключения.
tormozit изменил статус на Открыто

(1) tormozit, видимо нужен метод в АПИ, который будет отслеживать любое новое модальное окно и активировать его.

(2) bolsun, так можно чужое окно поймать вместо своего. Фильтр по строке запуска процесса окна поможет снизить эту вероятность.

(3) tormozit, я их определяю по классу и вероятность, что в момент запуска клиентского приложения появится такое новое модальное окно в другом конфигураторе или клиентском приложении очень низкая.

Текущие модальные окна, конечно не будут учитываться

(4) bolsun, ERP может запускаться до 60 секунд. За это время пользователь легко успеет пооткрывать модальные окна в других приложениях 1С.

Вот пример строки запуска COM приложения 1С.
"C:\Program Files (x86)\1cv8\8.3.25.1257\bin\1cv8.exe" -Embedding
Она всегда имеет фрагмент "-Embedding"

Остается вопрос как долго мне ожидать этих модальных окон, если клиентское приложение может запускаться неизвестное время. Или ты будешь сам завершать его?

(8) bolsun, ну мне управление точно не вернется пока висит это окно, что конечно можно отнести к недоработке платформы 1С. Поэтому скриптом не смогу делать какие либо проверки на появление окна.

У нас же есть чудесный готовый метод, можно пока его использовать. Пусть без ПИДа но лучше чем блочить интерфейс.

/// <summary>
/// Ожидает открытия окна заданного класса. При появлении отключает блокировку ввода, скрывает оверлей и
/// переносит окно поверх всех окон.
/// </summary>
/// <param name="timeout">Время ожидания в миллисекундах. Число</param>/// 
/// <param name="className">Имя класса окна. Строка</param>/// 
/// <param name="pid">ИД процесса. Необязательный. Число.</param>
/// <param name="excludeCurrentWindows">Исключить все текущие окна данного класса. По умолчанию Истина. Булево.</param>
/// <param name="taskKey">Идентификатор фоновой задачи, для досрочного завершения задачи. Необязательный. Строка.</param>

[ContextMethod("НачатьУправлениеМодальнымиОкнами", "StartModalWindowsHandling")]

/// <summary>
/// Завершает ожидание окна заданного класса.
/// </summary>
// <param name="taskKey">Идентификатор фоновой задачи. Строка.</param>
[ContextMethod("ЗавершитьУправлениеМодальнымиОкнами", "StopModalWindowsHandling")]

Ну раз в миллион лет активируется новое модальное окно другого клиента (вероятность, что это произойдет очень мала).

Он вроде для этого случая и был сделан.

Не наблюдаю эффекта от применения метода НачатьУправлениеМодальнымиОкнами

      ТурбоКонф.НачатьУправлениеМодальнымиОкнами(60, "V8NewLocalFrameBaseWnd",,, ИДЗадачи);
			УспехПодключения = ПодключениеИР.Connect(СтрокаСоединения);
			ТурбоКонф.ЗавершитьУправлениеМодальнымиОкнами(ИДЗадачи);

RDT.os

(14) tormozit, логично. Ты поставил время ожидания 60мс.

Поставил 60000 мс. Экран замерз и примерно 5 минут я пытался его разблокировать. Другие приложения было невозможно активировать. Хорошо что диспетчер задач открывался (у него я заранее включил "Всегда поверх всех окон"). После ручного убийства процесса 1С, который показывал модальное окно, стал циклически появляться вопрос про подключение ИР адаптера. Я отвечал "Нет" и возникала ошибка, после которой вопрос снова появлялся бесконечно. Пришлось убить Турбоконфа.

Помню что в первый раз этот метод тоже не работал как надо.

C4dKLKwnqa.mp4

Ссылка скрыта

(16) tormozit, возможно. Метод так и не был толком протестирован, посмотрю.

(16) tormozit, исправил активацию модального окна
6.2.8910.26450
https://disk.yandex.ru/d/XKCz9ijzgtoO1w

Жду подтверждения работоспособности метода, для отправки исправлений в релиз.

Улучшений не заметил

				ТурбоКонф.НачатьУправлениеМодальнымиОкнами(5000, "V8NewLocalFrameBaseWnd",,, ИДЗадачи);
				УспехПодключения = ПодключениеИР.Connect(СтрокаСоединения);
				ТурбоКонф.ЗавершитьУправлениеМодальнымиОкнами(ИДЗадачи);

Ссылка скрыта

(20) tormozit, что предшествует запуску клиента, какая команда или действие?

(21) bolsun, вызов подсказки через CTRL+Space

(16) tormozit, сейчас точно такое же поведение с зависанием?
В логе видно, что новое модальное окно было найдено и фокус в него установлен. Также оно было закрыто кликом мыши.

(23) bolsun, Да. В логе я видел что окно найдено. Но экран при этом заморожен похоже оверлеем, т.к. уведомлений не видно. А после убийства COM приложения экран размораживается и видны все уведомления.

Похоже нужно в скрипте добавить установку фокуса в окно конфигуратора, после ТурбоКонф.ЗавершитьУправлениеМодальнымиОкнами(ИДЗадачи);
не важно было модальное окно или нет, т.к. фокус после закрытия окна остается в клиенте

(25) tormozit, отключи оверлей принудительно в Настройках, чтобы убедится что это он мешает клику.

Есть еще подозрение, что мешает уведомление с анимацией о появлении модального окна, убрал его.

https://disk.yandex.ru/d/XKCz9ijzgtoO1w

(26) bolsun, с отключенным оверлеем работает вроде нормально

(27) bolsun, в этой версии не заметил изменений в поведении с включенным оверлеем.

(29) tormozit, у меня включение/отключение оверлея не влияет на работу метода, т.к. оверлей уже закрыт в момент появления модального окна.

Нужен лог из этой версии 6.2.8911.27918.
https://disk.yandex.ru/d/XKCz9ijzgtoO1w

Также файл настроек, в каком модуле вызывается подсказка, развернуто окно или нет.

(30) bolsun, в этой версии не удалось воспроизвести проблему. Ты что то менял кроме логирования?

(31) tormozit, да, немного улучшил закрытие оверлея.

(31) tormozit, можешь лог сделать? я проверю на всякий случай, что оверлей корректно закрывается.

В режиме обычного клиентского приложения проблема больше не проявляется.

Но в управляемом клиентском приложении все еще немного присутствует. В нем окно ошибки сначала не выходит на передний план. Но при кликах появляется уведомление о разблокировке и после разблокировки уже активируется окно ошибки.

Ссылка скрыта

(34) tormozit, понял причину. В управляемом приложении другие классы окон.
V8TopLevelFrameSDI - главное
V8TopLevelFrameSDIsec - окно ошибки

Можно в параметр КлассОкна передать регулярку, т.е. "V8TopLevelFrameSDIsec|V8NewLocalFrameBaseWnd"? Или может вообще без класса окна сделать (PID я добыл надежно)?

Получилось без класса окна. Обнови документацию параметра className. По факту он не обязательный.
Регулярка "V8TopLevelFrameSDIsec|V8NewLocalFrameBaseWnd" в качестве класса окна не сработала.

(37) tormozit, да, пустое значение класса - игнорируется и не проверяется. Сделал параметр необязательным.

(34) tormozit, да, в логе теперь вижу правильное закрытие оверлея.

Исправлено в 1.54

tormozit изменил статус на Закрыто