Разберем ситуацию, которая часто ставит в тупик как начинающих разработчиков, так и опытных специалистов: при выполнении синтаксической проверки модуля (нажатие Ctrl+F7) или при попытке запуска отладки система выдает грозное предупреждение: «При проверке модуля обнаружены ошибки! Продолжить?». Однако при этом в нижней части экрана, где традиционно располагается окно «Сообщения», абсолютная пустота. Нет ни описания ошибок, ни указания строк, где они возникли. Проанализируем причины этого странного поведения платформы 1С:Предприятие 8.3 и найдем способы решения проблемы.
Первым делом рассмотрим самую прозаичную, но наиболее часто встречающуюся причину — окно вывода сообщений просто скрыто или «улетело» за пределы видимости. Это часто случается при работе через RDP (удаленный рабочий стол), когда меняется разрешение экрана или используются несколько мониторов.
Проанализируем шаги по восстановлению видимости окна:
Поскольку работа ведется через RDP, нельзя исключать конфликт горячих клавиш. Рассмотрим ситуацию, когда нажатие Ctrl+F7 перехватывается оболочкой удаленного доступа или другим программным обеспечением на локальном компьютере. В этом случае проверка просто не запускается должным образом.
Выясним, работает ли команда напрямую. Для этого запустим проверку не горячими клавишами, а через главное меню конфигуратора: Текст — Проверить. Если при вызове через меню список ошибок появляется, значит, проблема в перехвате сочетания клавиш. Также стоит проверить текущую раскладку клавиатуры — в некоторых версиях платформы 1cv8.exe некорректно обрабатывает горячие клавиши, если включена русская раскладка.
Иногда конфигуратор видит ошибки, но «не хочет» о них сообщать из-за специфических настроек проверки. Выясним, какие режимы исполнения активны в вашем конфигураторе. Для этого выполним следующие действия:
Убедимся, что установлены флажки для тех контекстов, в которых работает ваш код (например, Тонкий клиент, Сервер, Толстый клиент). Если код находится внутри инструкции препроцессора, например:
#Если Сервер Тогда
// Здесь код с ошибкой
#КонецЕсли
...а в настройках проверки Сервер выключен, то ручная проверка (Ctrl+F7) может не показать ошибку, в то время как общая компиляция при запуске её обнаружит.
Если вы работаете в клиент-серверном варианте базы (или даже в файловом, но с использованием серверных контекстов), отсутствие вывода сообщений может быть связано с тем, что серверная часть не передает информацию об ошибках отладчику. Рассмотрим, как включить отладку на сервере.
Для серверных операционных систем необходимо проверить параметры запуска службы 1С:Предприятия. Найдем в реестре ветку, отвечающую за службу, и убедимся, что в параметре ImagePath присутствует ключ -debug. Пример строки запуска может выглядеть так:
"C:\Program Files\1cv8\8.3.13.1690\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug
Без флага -debug многие механизмы взаимодействия конфигуратора с серверным кодом (включая детальный вывод ошибок в некоторых случаях) могут работать некорректно.
Посмотрим на настройки подключения в самом конфигураторе. Перейдем в меню Отладка — Настройка отладки. Разберем, какой протокол выбран. В современных версиях платформы (начиная с 8.3.7) рекомендуется использовать протокол TCP/IP вместо устаревшего HTTP.
Также проверим меню Отладка — Подключение. В списке Доступные предметы отладки должны отображаться ваши сеансы. Если список пуст, это прямой сигнал к тому, что отладка не настроена, и это может влиять на получение метаданных об ошибках в модулях, выполняемых на стороне сервера.
Если все настройки верны, но список ошибок так и не появился, проанализируем состояние локального кэша. Платформа 1С сохраняет временные данные конфигурации и настройки интерфейса локально на диске. Сбой в этих файлах может приводить к «невидимости» окон сообщений.
Попробуем очистить кэш вручную. Для этого необходимо удалить содержимое следующих папок:
%AppData%\1C\1Cv8%LocalAppData%\1C\1Cv8После очистки кэша при первом запуске конфигуратор заново сформирует локальные индексы и настройки интерфейса, что зачастую решает проблему «молчаливых» ошибок.
Проанализируем конкретную версию, указанную в вопросе — 8.3.13.1690. Стоит отметить, что ветка 8.3.13 была переходной и в ней наблюдались определенные проблемы с отрисовкой интерфейса Taxi внутри конфигуратора, особенно при использовании масштабирования в Windows. Если ни один из вышеперечисленных методов не помог, рассмотрим вариант обновления платформы до более стабильных релизов (например, из веток 8.3.20 или 8.3.22), где ошибки взаимодействия с графической подсистемой Windows были исправлены.
Резюме: Чтобы вернуть список ошибок, начните со сброса размещения панелей (Окна — Сбросить размещение панелей), затем проверьте настройки синтакс-контроля в параметрах (флажки контекстов исполнения) и убедитесь, что отладка на сервере включена с использованием ключа -debug.