Столкнулся впервые с ситуацией, суть:

Есть УТП 34-го релиза, конфа поставщика в поддержке еще старая - 28-го была (или около того). Что бы правильно обновить последовательно до последнего релиза вначале обновил только конфу поставщика до текущего 34-го релиза (т.е. версии рабочей конфы и поставщика теперь совпадают).

Далее штатно выбрал обновление конфигурации и... само оно не нашло в шаблонах ничего. Хотя там уже ждет 35 релиз. Вернулся на пару шагов назад и указал конкретно cfu-шный файл, кнопкой "Информации об обновлении" проверил - видит описание, все ок. После нажатия готово выдало окно "Файл не содержит доступных обновлений"...

Скрины по хронологии:







Случайно попробовал указать не cfu а cf файл этого же релиза - пошло сравнение и в итоге обновил. Правду сказать, никогда не обновлял именно через полный cf-файл.

В чем тогда могла быть изначально ошибка?

Проверьте конфигурацию поставщика.
Скорее всего ошибка разработчиков, было такое недавно на одной из последних УТ.
Я в таком случае загружаю старый CF - в вашем случае 1.2.34.1

Ще може бути проблема у кеші - його потрібно очистити.


це нормальна практика, якщо потрібно "грамотно перескочити" декілька релізів, а не поновляти по черзі і таким чином зеконити свій час

Загружаете куда? Повторно обновляете конфигурацию поставщика?
Самое интересное, что на чистой конфигурации 34-го релиза, этот cfu-файл 35-го релиза спокойно обновился.
Может тогда что-то было не так при обновлении конфигурации поставщика. Уже не узнаем((



Чистив першим ділом.



якщо можна детальніше, будь-ласка. я так зрозумів, що як і у випадку з cfu, cf-файл оновлює і конфігурацію постачальника? Але це за умови коли йде через меню оновлення, вірно? Якщо цей же cf-файл підтянгути у "порівняти-об"єднати" то він відповідно тільки оновить робочу конфігурацію та бази даних. Правильно я "ланцюжок" склав?

А якщо знову ж, оновлювати не через порівняння а через механізм оновлення тільки через декілька релізів, що бажано використовувати, cf чи cfu?

Почитайте внимательно описание конфигурации. Все конфигурации начиная с 1.2.34 не работают на платформе 8.2 переходите на 8.3 Вы там увидите все обновления.

avel1976 @ Сегодня, 7:11 необходимо зарегистрироваться для просмотра ссылки,
а в коде процедуры обновления указано комментарием, что может работать и в 8.2.19, но рекомендуют перейти на 8.3.

andr_andrey @ Сегодня, 8:44 необходимо зарегистрироваться для просмотра ссылки,
У меня платформа 8.2.19 не увидела обновлений 1.2.35 и 1.2.36. Установил платформу 8.3 все обновления встали без проблем.

avel1976 @ Вчера, 18:22 необходимо зарегистрироваться для просмотра ссылки,
руками указать файл для обновления можно и всё должно пройти гладко.

avel1976 @ 11.04.16, 7:11 необходимо зарегистрироваться для просмотра ссылки,

Совершенно верно! Сам всю прошлую неделю обновлял пользователям платформы на 8.3, чтобы нормально шли обновления.

Разработчик рекомендует установку платформы не ниже 8.3.6.2299.
Но 8.3.7 не советую, клиентам ставлю последние из 8.3.6.
Если нет желания ставить платформу 8.3, можно при установке шаблонов скопировать путь, потом выполнить обновление через файл, вставив путь к шаблону.
Правда, на последних релизах в плаформе 8.2 выдаёт служебное сообщение, но пока работатьможно...

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

по поводу платформы 8.3 я в курсе, и если делать автопоиск обновления в указанных местах - платформа 8.2.Х его не "видит", но при желании можно указать просто cfu файл - и система его спокойно подхватывает.



Коллеги, а если указывать не cfu файл а cf - я заметил что тоже обновляется все ок, причем и конфигурация поставщика. Я понимаю, что cf-ник это полный файл, и это логично что все обновляется)) но насколько это "кошерно" так делать?

Чего?

Было пару ситуаций, когда на платформах 8.3.7 слетала(?) выгрузка базы.
То есть сначала выдавалась ошибка файла, которая лечилась chdbfl-ом, "Тестирование и исправление" проходило на всех птичках, но во время выгрузки базы выдается ошибка, что в одной из таблиц содержится недопустимое значение. chdbfl - нет ошибок, "Тестирование и исправление" опять выполняем - ошибки те же, что и в прошлый раз, хотя "исправление" было включено. Выгрузка - не идёт.
На 8.2.19.130 и 8.3.6.2299 эта же база нормально выгружается.
Загружаю свежесделанный dt в 8.3.7 - загружается. Пробую сделать выгрузку - та же самая ошибка.
Делаю те же операции в 8.3.6 - загружается и выгружается без проблем.

Правда, по словам клиентов, такая безобразия началась после сбоя во время обновления.
Но, блин, почему тогда эта же база в 8.3.6 и 8.2.19 выгружается???

Поэтому пока 8.3.6
Слегка сумбурно, но, надеюсь, ясно.

А подскажите полную версию этой платформы на которой слетала выгрузка?

jonson_r @ Сегодня, 21:47 необходимо зарегистрироваться для просмотра ссылки,

Вроде 8.3.7.1949, а что, тоже есть такая ситуация?
Сегодня новый баг на 8.3.7: ошибка при выгрузке + ошибка при вызове инфы о программе. Играться особо не было времени. поэтому chdbfl + платформа 8.3.6 и обновление прошло нормально.
Клиенты, о которых писал ранее и сегодняшние - разные, то есть не одна и та же база.

А потому что в отличии от 8.3.7.* нет проверки корректности таблиц при выгрузке, они просто выгружаются и все. Но могут быть варианты, когда не загрузятся обратно. В 8,3,7 добавлена проверка при выгрузке. У самого после перехода на 8.3.7.1949 перестала выгружаться файловая база (писало, что не совпадал размер таблицы с фактическим размером), chdbfl и проверка в конфигураторе писали, что все ок. Помогла только обработка Tools_1с, ручками почистил проблемные поля, есть конечно вариант загрузить в SQL и там средствами самого SQL сделать тоже самое.