Вставка текста выполняется 20 секунд. При этом блокируется ввод в окно конфигуратора

Ты не делаешь ожидание окна поиска после Ctrl+F?
Вижу в логе, что вставка происходит при фокусе в дереве.

(1) bolsun, было жесткое ожидание 100мс. Переделал все поиски в окнах на вызов такой функции

Процедура НайтиСтрокуВОкне(Знач ИскомаяСтрока) Экспорт
	СтарыйИД = ТурбоКонф.ПолучитьRuntimeIdСтрокой();
	ТурбоКонф.КонтролКлавиша(Клавиши.F);
	ТурбоКонф.ЖдатьСменуТекущегоЭлемента(СтарыйИД, 1000, Истина);
	//ТурбоКонф.ЖдатьОкно("Поиск", 1000, Истина); // Не работает
	ТурбоКонф.УстановитьЗначение(ИскомаяСтрока);
	СтарыйИД = ТурбоКонф.ПолучитьRuntimeIdСтрокой();
	ТурбоКонф.Клавиша(Клавиши.Enter);
	ТурбоКонф.ЖдатьСменуТекущегоЭлемента(СтарыйИД, 1000, Истина);
КонецПроцедуры

Теперь проблема не возникает. Но самому до этого догадаться довольно сложно. В очередной раз предлагаю подумать над доработкой API, чтобы избавить скриптописателя от этих мучений.
tormozit изменил статус на Закрыто

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

(2) tormozit, при чем тут АПИ не понимаю. Ты выполняешь вставку в процессе выполнения открытия окна. В этот момент конфигуратор не может обработать запрос UIA, что приводит к блокировке по таймауту. Как-то проверить или обойти это я не могу, т.к. именно при выполнении любого запроса через UIA, в этом случае и происходит зависание на 20с.

Я бы добавил в функции нажатия клавиш параметр ЧислоМиллисекунд для ожидания смены окна, т.к. нажатия клавиш часто вызывают асинхронную смену активного элемента и в 90% нужно ждать завершение этой смены, т.е. синхронизироваться с изменениями в окне. Если этот параметр задан, то Турбоконф сам должен выполнять запоминание текущего ИД поля и ожидание его смены после нажатия.

	СтарыйИД = ТурбоКонф.ПолучитьRuntimeIdСтрокой();
	ТурбоКонф.КонтролКлавиша(Клавиши.F);
	ТурбоКонф.ЖдатьСменуТекущегоЭлемента(СтарыйИД, 1000, Истина);

(5) tormozit, тогда бы мой код выглядел значительно проще и догадаться до его написания самому было бы тоже заметно легче

Процедура НайтиСтрокуВОкне(Знач ИскомаяСтрока) Экспорт
	ТурбоКонф.КонтролКлавиша(Клавиши.F, 1000);
	ТурбоКонф.УстановитьЗначение(ИскомаяСтрока);
	ТурбоКонф.Клавиша(Клавиши.Enter, 1000);
КонецПроцедуры

Аналогичный параметр логично будет добавить во все методы, которые могут открывать/закрывать окна

• КликнутьПоЭлементу
• ОткрытьМеню
• ?

(7) tormozit, сегодня опять пролечил нестабильность кода этим приемом для ОткрытьМеню(). Это подтверждает правильность моего желания внести эту внутреннюю кухню внутрь обозначенных методов.
Почти уверен, что все остальные скриптописатели сами не догадаются до этого приема. Потому их код будет работать нестабильно, что они будут лечить жесткими паузами, из-за чего скрипты будут работать еще медленнее.

(8) tormozit, не все так просто. Не некоторых версиях платформы или на некоторых ОС невозможно всегда корректно получить RuntimeId, у некоторых элементов его нет, также для некоторых элементов это может приводить к зависанию конфигуратора.

(9) bolsun, с такими зависаниями кажется пока не сталкивался либо не понял их. В каком случае они происходят?

(10) tormozit, это происходит как я написал на некоторых легаси ОС, ты их видимо не используешь . Плюс в программе сделан обход этих случаев, но RuntimeID при этом будет одинаковый - Id родителя для всех дочерних элементов.

Для легаси режима вызывается свой метод получения RuntimeId, достаточно сложный, с кучей проверок и обходов этой проблемы.