Есть клиент-серверная 8.2. Делаем отчет/обработку в конфигураторе. Открываем в предприятии, все работает. Вносим какие-любо изменения в конфигураторе, открываем в предприятии повторно, и видим, что работает  предыдущий алгоритм. Можно добавить новую надпись на форму, при открытии ее не будет. Последний вариант отчета/обработки в конце концов каким-то непонятным образом отроется, хотелось бы узнать причины такого поведения.

(0) Как открываешь?

Отчет внешний, или обновляетесь каждый раз?
Или кеш, или не обновили, или не переоткрыли.

(1) Файл - открыть.

(2) Отчет внешний, открываю банально через меню Файл.

(3) Не из списка внешних? Именно через Файл - Открыть?
Тогда - точно открываешь сохраненный? Может быть копия?

(5) или не была закрыта предыдущая версия. Тогда он тупо переключается на нее, не перезагружая в память

(5) Открываю и именно указывая файл непосредственно и выбираю его из сохраненных путей. Результат одинаковый.

(7) При открытии вставь сообщалку и проверь. ИМХО, просто не тот файл.

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

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

(8) Так сообщалка может быть в коде, но не срабатывать собственно из-за сабжа.
(9) Переоткрывание ИНОГДА помагает.

Блин, я ожидал, что проблема известная. Жаль, что нет, значит,  я явно что-то упускаю...

(11) А в самой базе ты его не сохраняешь (в списке внешних)?

(13) Нет. Речь идет про повседневные разработки. Написал, открыл-проверил. Подписал, открыл-проверил. Как-то так.

Два варианта.
1. Форму не закрыли-переоткрыли
2. Демоническому обновлению -слава!

(15) Да все может быть. Обычно самые неадекватные вещи рождаются из-за мелочей, которые упускаешь.

(16)Я тебе больше скажу:-)
Человек думающий от человека чавкающего тем и отличается, что "оказывсется он чтото не знает и это писец как интересно."

(0) Лет много такое поведение изредка попадается.
На 8.2 точно уже было. На 8.1 не уверен.

Крайне редко. Но спасает только закрытие конфигуратора, предприятия и открытие заново.
Обработку лучше пару раз сохранить, но вроде потерь в ней я не замечал.

Грешу на кэш системы, 1С вроде как ни при чем...

(18) Уффф, ну, хоть у кого-то тоже это было )) Да закрытие/открытие всего зачастую помагает. И есть такой момент, что полезно делать небольшую паузу между нажатием на "Записать" и открыванием обработки. Походу имеет место быть процесс записи-компиляции. Это так, то, что замечал.

(19)Пентаграммы рисовать не пробовали?

(0) УФ?

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

Замечал, что отчеты, написанные на шаблоне типового отчета с ИТС, (старом, для толстых форм) глючат. Там форма больно мудреная и много чего кэшируется\сохраняется в настройках пользователя походу. Тогда помогает переименовать отчет(Имя отчета, не файла), типа кеш сбрасывается.

На УФ такое замечал.
Лечил или перезапуском 1с, или нажатием 5-7 раз Ctrl-S

(21) Да

(23) Спасибо. На счет 5-7 раз записать, тоже замечал.

Для себя нашел очень простое лечение такого "глюка" - а это глючит кэш, который создает платформа.

Решение: всегда записывать изменяемый отчет или обработку в "Дополнительные внешние отчеты/обработки"
При попытке открывать этот отчет, всякий раз в момент выполнения процедуры, файл с отчетом/обработкой копируется во временный файл на машину клиента с новым именем-индентификатором файла (генерит это имя сама платформа через метод). С таким "перезапускаемым" файлом никаких проблем в кэше не бывает - уникальное имя спасает.

(25) Главное - не сохранять изменения в момент отладки. Или по окончании отладки пересохранять еще раз. Этого обычно хватает. С отчетами хуже, особенно если в предприятии изменили вариант и сохранили его. Тут иногда приходится перезаписывать отчет на новое место с изменением имени отчета. Ну или можно просто кэш почистить конечно, но тогда все настройки сбросятся вроде как. Делать это ради одного отчета не всегда хорошо

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

(27) Я в справочник для "Дополнительных внешних..." сохраняю. Уникальность при открытии отчета предусмотрена теми, кто разработал процедуры запуска отчета из этого справочника

два раза сохраняй, известный глюк. сохраняй с добавлением-удалением символа.

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

(0) Шутки кэша известные как перекрестные/взаимные/циклические ссылки.

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

(32) вопрос в том, что найти эти объекты крайне трудно. и в 1С могли бы убрать тупые неинформативные диалоги при обновлении типа "существуют объекты блаблабла". нет бы их список вывести, у нас так-то и нормальные мониторы могут быть, не только 800-600. и звук на окончание любой операции добавить.

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

(34) они могут остаться в объектах конфигурации, внутренних кэшах и т. д.

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

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

(30) лучше не символа, а строки, можно пустой

(24) Тогда боян.
1. Закрываем обработку в Предприятии.
2. Сохраняем в Конфигураторе.
...
PROFIT!!!

При нарушении последовательности имеем (0)

(39) да ладно. и закрывая обработку, я напарывался на такую хрень. редко, правда..

(32) +1

И другой случай, когда бывает (0): Конфигуратор запущен под админом, а Предприятие - нет. Или наоборот.

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