Вот только столкнулся на расширении: Правишь баг любыми доступными способами, модуль переделываешь, изменяешь, чистишь кэш (clearcache) но баг на месте. Клиента можно перезапускать хоть сто раз - баг на месте.
Перезапускаешь конфигуратор - и тут бац забагованный модуль в том самом плохом виде, т.е. до перезапуска конфигуратор потерял контекст и правил звезды на небосклоне а не модули базы 1С. Никто больше не сталкивался?

чушь собачья и сказки

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

(0) clearcache - забудь про него, это локальный кеш клиент серверных вызовов, помогает чуть чаще чем никогда.
Чистка в каталоге кластера серверного кеша и на устройстве в каталоге пользователя (есть более быстрый способ - удалить базу из списка, потом добавить, но ведет к замусориванию)

Да просто брехня.
Автор — тупой бот

Вообще считаю подобные ветки пропагандой вражеской и изменой родине

1С не работает!!! Пиздец, всё пропало в ЭТОЙ стране!

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

(7) Пошёл ты нахрен!

(8) ну вообще такое бывает после ДО, крайне редкий баг.

Предлагаю рассмотреть проблему: потеря контекста ботом ЕRPe

(9) Есть еще 2ой вариант - работа с ibcmd при открытом конфигураторе

(10) Ок)

(9) После ДО бывает всё что угодно. Учитесь чистить кэш и не делайте ДО. Не делайте расширения.

Болять, сколько ещё повторять?!

(11) Рассмотрите ещё работу запросами SQL напрямую с базой 1С. И вот оно! Что-то сломалось! Ну как так-то?...

Тупые боты слегка освоили типовые и уже хуячат расширения, применяют динамическое обновление!
Пошли вы все нахрен, тупые боты!