Почему управляемая форма выходит на передний план при обновлении и как это исправить?

← На главную

При переходе на новые релизы платформы разработчики и системные администраторы нередко сталкиваются с неожиданным изменением поведения интерфейса. Разберем распространенную проблему: в толстом клиенте при использовании управляемых форм (в том числе в режиме обычного приложения или при интерфейсе «Формы в отдельных окнах») неактивная фоновая форма при периодическом обновлении данных принудительно перехватывает фокус ввода и перекрывает активные окна пользователя.

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

Причины возникновения проблемы

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

Выясним причину сбоя: при срабатывании фонового обновления (например, через свойство динамического списка ПериодАвтообновления, по таймеру метода ПодключитьОбработчикОжидания() или при серверном вызове) платформа ошибочно вызывает системную функцию активации окна (аналог SetForegroundWindow). В результате окно, которое должно было обновиться в фоновом режиме, перехватывает фокус у оператора, сбивая фокус ввода в других программах или соседних формах 1С (например, в рабочем месте кассира в конфигурации 1С:Розница).

Важный нюанс: изменение свойства конфигурации Режим совместимости (например, выставление значения «Версия 8.3.8») в данной ситуации не дает эффекта. Режим совместимости регулирует синтаксис встроенного языка, поведение транзакций, структуру таблиц базы данных и логику запросов, но не откатывает графический движок и оконный менеджер толстого или тонкого клиента к коду старой платформы.

Способ 1. Обновление или откат релиза платформы

Поскольку проблема локализована в программном коде самой платформы «1С:Предприятие», наиболее надежным и системным решением является корректировка используемой версии платформы.

Обновление на стабильный релиз: разберем стратегию перехода вперед. Ошибка маршрутизации фокуса была зарегистрирована как дефект платформы и исправлена разработчиками в последующих сборках (начиная с релизов 8.3.9.2033 и выше, а также в линейках 8.3.10+). Если бизнес-процессы допускают обновление платформы, следует установить актуальную стабильную версию.
Откат на проверенную сборку: если текущая конфигурация жестко привязана к определенным веткам, вернемся на стабильные релизы линейки 8.3.8 (например, 8.3.8.2197 или 8.3.8.2270), где оконная подсистема отрабатывает обновление без принудительного всплытия окна.

Способ 2. Отключение таймеров и перевод обновления в ручной режим

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

Разберем шаги по нейтрализации фонового вызова:

Проверка динамических списков: найдем на форме списки, у которых в свойствах установлено автоматическое обновление. Установим свойство ПериодАвтообновления в значение 0.
Отключение периодических обработчиков: если в модуле формы используется метод ПодключитьОбработчикОжидания(), исключим безусловный вызов обновления. Переведем обновление данных на стандартную кнопку панели «Обновить» (клавиша F5) либо добавим проверку необходимости обновления.

Посмотрим на пример отключения циклического обработчика ожидания при закрытии или потере активности формы:


&НаКлиенте
Процедура ПриЗакрытии(ЗавершениеРаботы)
    // Отключаем фоновое обновление формы
    ОтключитьОбработчикОжидания("ОбновитьДанныеСписка");
КонецПроцедуры

Способ 3. Переход на событийную модель вместо опроса по таймеру

Постоянный опрос базы данных раз в минуту не только провоцирует всплытие формы из-за бага оконного менеджера, но и создает лишнюю нагрузку на сервер 1С и СУБД. Заменим периодический таймер на механизм управляемых оповещений.

Разберем по шагам реализацию паттерна оповещения:

В объекте или модуле, выполняющем модификацию данных, вызываем метод ОповеститьОбИзменении() или системный метод Оповестить().
В управляемой форме перехватываем системное событие через предопределенную процедуру ОбработкаОповещения(). При таком подходе форма обновляется только тогда, когда это действительно нужно, снижая риск внезапных перехватов системного фокуса.

Посмотрим на пример кода в модуле управляемой формы:


&НаКлиенте
Процедура ОбработкаОповещения(ИмяСобытия, Параметр, Источник)
    Если ИмяСобытия = "ЗаписанНовыйДокумент" Тогда
        // Обновляем только элементы формы, не заставляя окно активироваться целиком
        Элементы.Список.Обновить();
    КонецЕсли;
КонецПроцедуры

Способ 4. Изменение режима открытия окон

Проанализируем еще одну архитектурную особенность: данная ошибка проявляется преимущественно при интерфейсе «Формы в отдельных окнах», характерном для толстого клиента обычного приложения и режима совместимости интерфейса. В таком режиме операционная система Windows воспринимает каждую форму как независимое системное окно.

Если специфика конфигурации позволяет использовать клиентское приложение в управляемом режиме («Такси» или формы в закладках), переведем рабочее место в интерфейс «Формы в закладках». Когда формы располагаются во вкладках единого родительского окна приложения, фоновый процесс перерисовки страницы не приводит к вызову SetForegroundWindow, и рабочее пространство пользователя не перекрывается.