Изменяю внешнюю обработку в конфигураторе, сохраняю,
Открываю в режиме предприятия, она там не изменилась.
Закрываю, опять открываю и все равно не изменилась.

Кеш

Удалил Application Data\1C\1Cv82 не помогло :(

(0) такое бывает. Перезагрузи комп. Вангую: скорее всего это сервер, запутавшийся в кэшах.

(2) переименуй файлик и заголовок формы

(4) Не помогло :(
(3) 1с файловая, 5 клиентов рдп, перегружать не очень хочется :(

Было такое. Помогало изменение имени файла с обработкой

если не чего не поможет из вышеперечисленного
то:
1. Выгрузи базу
2. удали файлы из папки с базой (или перемести в другое место)
3.Загрузи базу
4.pfofit

Фигня советы. стопудово ТС открывает не ту обработку. Кодит в одной, а проверяет в другой.

(8) точно.

Забавно. я думал один в такую ситуацию попадал.

(8) А что тогда у меня в (6) было?
Обработку дал клиент чтобы дописал. Хорошо, что немного надо было кодить - дебажить было просто жутко. Порядка 30 копий было в папке)

(10) да очень, я тоже думал что такое только у меня случилось

(8) Не фигня. Было такое и не один раз, правда уже давно.
Мне проще было перед отладкой сохранять обработку с новым именем.
(0) А вообще есть смысл проверить, нет ли ссылок в обработке на саму обработку или форму обработки. Или циклических ссылок.
Говорят, такое бывает, если 1С не может удалить обработку из памяти.

(0) этот глюк меня достал, я так час тупил, пока не понял, что у меня обработка не сохраняется. После этого ещё 2 раза такой глюк был.
p.s. у меня платформа 8.2.19.83, до этого таких проблем не было.

(6) я перезапускал конфигуратор

(14) так обычно бывает, когда прямо во время отладки чего-нить дописываешь, а потом сохраняешь. Мне обычно хватало просто добавить еще какое-то изменение и пересохранить еще раз

пелядь... тупо перезапустить 1С не предлагали ещё?

(17) на это требуется время и я уже говорил об этом (15)

Что у меня с 1с случилось?

- аааа, доктор, что у меня???
- спокойно, больной, не переживайте. Раздевайтесь....Ааааа, что это у вас!!!!

(19) этопять

(0) Это стандартное поведение платформы в режиме Управляемого Приложения. Удивительно будет если платформа сразу "подхватит" изменения.

Может помочь одно из:
- Переименование идентификатора обработки
- Перезапуск платформы

... и то не всегда

Особенно весело было натолкнуться на такой косяк при сдаче спеца по платформе. Времени на все 5 часов, их которых час ушел на борьбу с не желающим подхватывать изменения СКД-шным отчетом.

СКД - долбаный глюкодром.

ТС стыдно стало признавать (8)

(17) тупо не поможет

(0) А нечего копировать обработки. А если такое делаешь то заменяй формы на новые (свои).

Ничего не получается :(

1. Обработка изменяется в конфигураторе именно та, что открывается в режиме предприятия.
2. Удаление папок 1cv82 не помогло
3. Перезапуск сервера не помог
4. Удаление базы из списка и добавление не помогло
5. Переименование обработки, файла обработки, имени файла не помогло

Версия платформы (8.2.18.104)

Помогло вот что:
Я убрал из процедуры при открытии
ПолучитьСерверТО().ПодключитьКлиента(ЭтаФорма);

(5) сервер, 30 пользователей, перезагрузил, будь мужиком ! перезагружай!!!

(26) А если форм нет что менять?

перезапуск отладки F5 потом открытие обработки

(30) а что ты тогда делать с ней будешь?

В общем, все жуют кактус.

(32) СКД генерирует форму

(34) Тогда и проблемы с формой нет )

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

(36) есть такое но тут (28) мало вероятно

Иногда помогает добавить реквизит в обработке, удалить, сохранить.

(23) Че ты гонишь, этот глюк ток для внешних обработок и отчтеов, на экзамене все отчеты встроены и глюков там нет

(39) А что "демоническое обновление" тоже кеш чистит на все сто ?
Пока команды явной очистки всего кеша не будет - придётся как (33) "есть кактус, состригая колючки костылями"

(39) Открой конфигуратор.

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

(42) Похоже на правду, как их очистить без перезапуска платформы?

Надо в ПриЗакрытии() написать
ПолучитьСерверТО().ОтключитьКлиента(ЭтаФорма);

И еще вот что нашлось
http://pro1c.org.ua/index.php?showtopic=4668

(41) Сдал 4 экзамена на спец. Глюков не было ни разу. ЧЯДНТ?

(45) Зачем тебе 4 спеца по платформе?

(46) Идиот? спец УТ, БП, ЗУП по внедрению не слышал?

(47) Перечитывай пока не дойдет, дебил.

(0) Было. Лечилось переоткрытием приложения сеанса в режиме предприятия

(48) Попробовал прочитать твои посты.
ТЫ сдал на спеца по платформе 1 раз а товарищь с (47) Сдавал на спеца 4 раза. Видиом один раз по платформе и три других раза по Типовых конфам. Во всех случаях он задание делал и кодил. В чем его дебилизм  объясни нам?

(49) Как это проделывается что-то не вкурил.

(51) закрыть/открыть адинэску (не конфигуратор которая)

http://infostart.ru/public/89283/

В общем, знакомая со стороны VbScript проблема, если сделал объект и сослался на себя, то объект умрёт только тогда, когда завершится сервер сценариев.
Видимо, в 1С использовали тот же механизм сборки мусора, что и в VbScript.
То есть - ещё один камень в огород системы управления сборкой мусора.