УТ 11.4, база файловая. Разработал внешний отчёт, до этого его же на этом же сервере отлаживал. Отчёт открываю интерактивно. Точка останова стоит в первой строке процедуры ПриКомпоновкеРезультата (и ещё куча точек в ней же). Процедуру переопределял. Кэш чистил, конфигуратор и отладку перезапускал, проверял её подключение. При этом отладка внешних обработок работает. Замер производительности при выполнении моего отчёта показывает только общую форму отчёта и общие модули. Почему он открывает общую форму и идёт в общие модули, если я его об этом не просил?

Также пробовал скопировать общую форму отчёта в свой отчёт - не помогло.
Пробовал переименовать файл отчёта - не помогло.
Пробовал создать новый отчёт и создать там процедуру ПриКомпоновкеРезультата - отладка работает. Но! Когда я докидываю туда свой код и свои макеты - она перестаёт работать.
---
Всё что написали не подошло. Ваши предположения уже описаны в моём вопросе.
Проблема устранена, но причину так и не понял.

Решил так: создал пустой отчёт, проверил и убедился, что в нём работает отладка. В него понемногу добавлял процедуры и макеты, пытаясь отловить момент, когда перестанет работать отладка. Когда очередная процедура дала о себе знать (после её добавления в отчёт перестала работать отладка), удалил её, и добавлял уже построчно код этой процедуры. Когда процедура была добавлена полностью, оказалось, что отладка теперь полностью работает. В чём была причина - остаётся загадкой.
---
отчет сделан на базе типового?
---
Нет. С чистого листа
---
http://catalog.stavanalit.ru/public/458778/
https://forum.infostart.ru/forum9/topic168753/
---
Клиент - сервер ? Есть подозрение что отключили отладку на сервере
---
Пробовал создать новый отчёт и создать там процедуру ПриКомпоновкеРезультата - отладка работает. Но! Когда я докидываю туда свой код и свои макеты - она перестаёт работать.
А не подключен ли этот отчет в дополнительные отчеты и обработки с тем же идентификатором? Если да, то удалите его от туда и отладка заработает.
---
Если предметы отладки только клиент и сервер - то отчет может выполнятся в фоновом задании.
Подключите отладку фоновых заданий
---
Отладка - подключение. Видно серверную отладку там?
---
Попробовать переименовать отчет?

Еще через сообщить / журнал регистрации посмотреть заходит ли в отчет
---
Всё что написали не подошло. Ваши предположения уже описаны в моём вопросе.
Проблема устранена, но причину так и не понял.

Решил так: создал пустой отчёт, проверил и убедился, что в нём работает отладка. В него понемногу добавлял процедуры и макеты, пытаясь отловить момент, когда перестанет работать отладка. Когда очередная процедура дала о себе знать (после её добавления в отчёт перестала работать отладка), удалил её, и добавлял уже построчно код этой процедуры. Когда процедура была добавлена полностью, оказалось, что отладка теперь полностью работает. В чём была причина - остаётся загадкой.
---
Чудеса. А не пробовал сохранить эти процедуры в текстовые файлы и сравнить по-символьно?
---
А зачем? Я же процедуры скопировал через ctrl+c и ctcl+v в новый отчёт, и он заработал. То же самое с макетами сделал.
---
Подозреваю что отчет закэшировался... ;) так иногда бывает
---
Одну построчно копировал же вроде:

...добавлял уже построчно код этой процедуры...

Предполагаю, что там был символ (в конце строки или в начале), который отладчик "переварить" не смог. Я бы поискал его.
---
Вряд ли. Даже если бы и был, вместе с символом бы я и скопировал строки. Тем более конфигуратор поддерживает всю кодировку Unicode, на сколько я знаю.
---
Столкнулся с аналогичной проблемой. Удалось решить?
---
Да, я ответил в (10), читайте выше)
---
Некропостинг, но мало ли
8.3.25.1286

Схожее поведение вызвало наименование переменных в процедуре
В моем случае - это были переменные ДатаНачала и ДатаОкончания; при попытке создать переменные с такими наименованиями и присвоить им какие то значения - отладчик вообще перестает заходить в процедуру
---
Интересно, конечно, что эти переменные могут оказывать такое влияние. Некропостинг на инфостарте всегда приветствуется) Я иногда тоже захожу в чужие ветки 10-тилетней давности, и там бывает свежая порция полезной информации.