Ошибка при типовом обновлении ЗУП на 3.1.2.105 #791492

При типовом обновлении ЗУП с 3.1.2.94 на 3.1.2.105 при дообновлении в предприятии вылезла ошибка: Метод объекта не обнаружен (ЗаполнитьВидДоговораВКадровомУчетеСотрудников) КадровыйУчетРасширенный.ЗаполнитьВидДоговораВКадровомУчетеСотрудников(Параметры[0]) Процедура конечно лежит в ОбщийМодуль.КонтрактыДоговорыСотрудников... неужели такие баги ещё проходят в типовых релизах?

6. Запрещена публикация чисто чтобы поглумиться различных косяков в типовых конфигурациях, примеров кривого и неоптимального кода, а также программных комментариев.Да ты провокатор, однако.

+ Полтора года стажа и единственное сообщение...Тоньше надо, тоньше, т-щ.

теперь тонкий вопрос: как провернуть редирект без изменения типового модуля? Расширения не предлагать: 8.3.9.2077->

*8.3.9.2033

Вопрос ещё тоньше :) откуда такой страх изменения типовой конфигурации? Чего такие большие круглые глаза? Первый раз ошибку в типовой увидели и теперь будете любоваться на неё до следующего релиза?

И кстати: в типовой ЗУП 3.1.2.105 нет такой проблемы. Это Вы, наверное, обновляясь перепрыгнули через обязательный релиз.

дообновлении это как?

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

Это отложенное обновление имеется в виду

не понял немного.

сравнение с поставщиком что дает.кэш протух?

Вероятно разработчики лоханулись, разрешая обновиться на 105 с 94. "Когда не понимаешь что происходит - чисти кэши"(я сказал)  :))

Метода восстановления девственности такая. 1. Выгружаешь cf 2. Включаешь возможность изменений 3. Правишь нужные строчки кода (костылинг) в обновляторах. 4. Запускаешь режим предприятия и дожидаешься успешной процедуры обработки данных при обновлении 5. Загружаешь cf из пункта 1 без сравнения и объединения.

"Администрирование" - "Поддержка и обслуживание" - "Регламентные и фоновые задания" - "Отложенное обновление ИБ"

Обязательные релизы - миф. Просто баги в процедурах обновления бывают, и в последующем их иногда правят.

это я в курсе.я не понял он скаканул через релизы или чего

Ещё раз повторю: у меня типовая 3.1.2.105 и там нет такой ошибки. но обновлял я её последовательно, а не с 3.1.2.94

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

Предлагаю автору посмотреть на конфигурацию поставщика "без фильтра" (Конфигурация - Поддержка - Настройка поддержки - кнопка "Сравнить, объединить")

В UpdInfo.txt разрешено: Version=3.1.2.105 FromVersions=;3.1.1.116;3.1.2.90;3.1.2.94;3.1.2.79;3.1.2.84;3.0.25.150;

Просто обновлял через поддержка-обновить, с 94 на 105 позволяется хотел ещё понять было ли до меня "снять замок->что-то править->поставить замок" этот принцип мы знаем, хотелось бы скорее узнать откуда собирается список этих процедур для отложенного обновления, еще не нашел, надеюсь на подсказку, чтобы долго не искать

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

ок, понял...значит в типовой ищем....

Нашел заполнение обработчиков здесь ОбновлениеИнформационнойБазыСлужебный.СформироватьСписокОтложенныхОбработчиковОбновления

Не хочу грузить автора, но "Отложенное обновление ИБ" - это всего лишь отложенные обработчики обновления информационной базы. Не конфигурации, а данных. То, что раньше называлось обязательные обработки обновления. Разработчики, имхо, начудили - хранят сведения об обработчиках в константе с типом хранилище значений - так сразу можно и не увидеть что там наклоунили.

Я стараюсь сначал полностью обновить,а уж потом пускать.Чуйка что ли срабатывает

именно, сейчас разбираю механизм по которому они заполняют эту константу

Я думал ошибки бывают только при нетиповом

я тоже так думал или натягивая через нцать релизов

В модулях лежат процедуры ПриДобавленииОбработчиковОбновления, в которых формируются структуры с описанием Обработчиков. При обновлении собираются все обработчики со всех модулей и сохраняются в константу кажется так....

В общем в отладке на горячую поменял значения имен обработчиков в Константе СведенияОбОбновленииИБ в ДеревеОбработчиков и в Плане обработчиков. Там же в процедуре обновления значения константы перезаписываются текущими значениями.