Команда "ФорматироватьТекст" ИР адаптера всегда ждет в конце больше секунды на попытке записать в буфер обмена

Может быть еще и запись в буфер через WinAPI попробовать?

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

(2) bolsun, в скрипте в конце - явное восстановление буфера обмена. Оно выполняется без ошибки.
УстановитьБуферОбмена(СтароеЗначениеБуфераОбмена);
А вот сразу после выхода из обработчика команды Турбоконф из-за аннотации &ВосстанавливатьБуферОбмена делает тоже самое еще раз. Но у него уже не выходит почему то - возникает ожидание и ошибка.

(3) tormozit, я явное восстановление буфера конечно уже отключил там, где вызов идет из обработчиков с аннотацией &ВосстанавливатьБуферОбмена. Проблема в этих местах ушла. Но сам факт наличия такой сложно понимаемой беды расстраивает.
Нужно хотя бы при выводе этой ошибки Турбоконфом в самом начале написать, что выполняется восстановление буфера обмена из-за аннотации &ВосстанавливатьБуферОбмена. Тогда бы я намного быстрее нашел и устранил причину в скрипте.

(4) tormozit, буфер может восстанавливаться по разным причинам (аннотация, некоторые обработчики, настройка в шапке скрипта). Буду выводить в логе

"Восстанавливаем буфер обмена автоматически..."

В ошибку добавлю.
Произошла ошибка при автоматическом восстановлении буфера обмена.

(5) Update. Нет, метод установки буфера находится в другом пространстве имен и сам логирует ошибки, не зная от том почему вызывался.

Поэтому просто в лог добавлю "Восстанавливаем буфер обмена автоматически..." перед установкой буфера.

Если двигать указателем мыши во время выполнения восстановления буфера обмена Турбоконфом в том же тесте, то исходная проблема все равно возникает даже без предварительной установки буфера в обработчике скрипта. Так что идея (1) не теряет актуальности.

[14.09.25 08:08:54:435] SetClipboard()
[14.09.25 08:08:54:435] removeClips=True
[14.09.25 08:08:54:446] Delay 50 ms
[14.09.25 08:08:55:508] Error: SetClipboard error. System.Runtime.InteropServices.ExternalException (0x800401D0): Сбой при выполнении запрошенной операции с буфером обмена.
   в System.Windows.Forms.Clipboard.ThrowIfFailed(Int32 hr)
   в System.Windows.Forms.Clipboard.SetDataObject(Object data, Boolean copy, Int32 retryTimes, Int32 retryDelay)
   в TurboConf.Core.Helpers.SetClipboard(String oldClipboard, ClipboardOptions options)

Ссылка скрыта
BcEsMvHZLs.mp4

(7) tormozit, пришли твою версию скрипта.

RDT.os

(7) tormozit, у меня не воспроизводится.

(10) bolsun, пробуй в модуле из ролика см. ОбработкаОбъект.ирКлсПолеТекстаПрограммы.ОткрытьПоискВМодулях

Попробуй этот вариант, заменил вставку текста в буфер при восстановлении значения на реализацию через WinAPI.
Метод устанавливает простой текст, никаких дополнительных флагов типа clipignore не устанавливает.

6.4.9388.30354
https://disk.yandex.ru/d/XRPUNWQtrbwBUw

(12) bolsun, в этой версии не удалось вызвать такую ошибку и значительное замирание указателя мыши. Похоже что помогло.

(13) tormozit, посмотрел реализацию Clipboar.SetText() и SetDataObject() в NET, опять она какая-то странная, для установки буфера используется метод

[DllImport("ole32.dll", CharSet = CharSet.Auto)]
public static extern int OleSetClipboard(System.Runtime.InteropServices.ComTypes.IDataObject pDataObj);

а не

[DllImport("user32.dll")]
    static extern IntPtr SetClipboardData(uint uFormat, IntPtr hMem);

Хорошо бы протестировать как ведет себя новый метод если буфер занят другим приложением и не даст выполнить OpenClipboard()

Можно будет добавить в него несколько попыток повторной вставки с интервалом ожидания, как в методе .NET.

6.4.9389.32901

• Все методы установки данных в буфер обмена заменил на свою реализацию. Добавил отслеживание ошибок совместного доступа к буферу и повторные попытки установки.

https://disk.yandex.ru/d/-tKjlTZDvE2Lxg

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

6.4.9390.28891

• Заменил вызовы еще в некоторых местах, которые упустил.

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