всегда улыбался и никогда не верил в объяснения типа "ничего не трогали - оно само", но тут именно этот случай

итак, платформу обновляли 3 недели тому назад, неделю назад обновили конфу, пользователи работали, все было норм, в конфигураторе за это время никто не ковырялся

утром звонки от пользователей, нет того-то, того-то и того-то, первые мысли - расширение отвалилось

1. заходим в конфигуратор, на всех расширениях проставлена галка активности

2. по каждому расширению выполняем проверку применимости - ошибок нет

3. заходим в тонком клиенте в "о программе" - ни одного расширения нет, сообщений ошибок пользователю не выдает

4. отключили все расширения, включаем по-одному, запускаем клиента, смотрим в "о программе" - появляются

5. повторяя п 4. вычислили "проблемное" расширение, после активации которого почему-то отваливаются и другие

6. заходим в проблемное расширение, берем первый попавшийся модуль, добавляем в код пустую строку, пересохраняем И ВСЕ РАБОТАЕТ, счастью нет предела

вот такие пироги...

платформа 8.3.27.2074

не понятно одно - как такое произошло?

продолжаем наблюдение

Никогда такого не было, и вот опять (с)
Всё-таки расширения ещё сыроваты.

интересно, когда платформа собирает модуль из зоопарка расширений компилятором, то на каких библиотеках она это делает - честно скомуниздили?

(1) а что непонятного. косяк платформы. вот и произошло

(0) Закон природы:кто то должен страдать.Какая необходимость в установке все новых и новых версий сырой платформры?Бухия давно уже не требует,сейчас закончится отчетный период,тогда...

(5) Иногда нужно ставить новую версию, так как в старой не работает функционал.

(5) новые ERP/КА/УТ требуют более свежей платформы

(0) Расскажите о своём приключении тут
Куда вносить изменения, чтобы потом было проще обновлять?
А то там народ разве что не молится на расширения. Ни разу не осуждаю. Пускай - бог им судья. Не в этом беда.
Проблема в том, что очень многие искренне считают, что если они никогда не сталкивались с проблемами при работе с расширениями, значит, что и проблем этих не существует.
Им иногда полезно напоминать о том, что это не так.

(6) (7) БП требует 8.3.27.1688 с ноября 2025
ERP 2.5.26.x 8.3.27.1858 с марта 2026,платформа выпущена в ноябре прошлого года.
После этого выпущено еще пять(!) релизов платформы.
Количество их пользователей мало,в основном безбашенные пользователи базовых жмущие обновить все!

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

(7) >> новые ERP/КА/УТ требуют более свежей платформы

Относительно свежей.
LTS версии (длительной поддержки) конфигураций требуют платформу мая прошлого года.
Более актуальные версии действительно требуют более свежей платформы (ноября прошлого года).

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

Хуже обстоит с БП. Там нет разделения версий на ветку длительной поддержки и актуальную. И одновременно именно БП требует обновления до самой последней версии. В результате счастливым обладателям БП чаще других приходится сталкиваться с необходимостью обновлять платформу. Ну или ставить заглушки на обход контроля версий платформы и отключать регламент проверки новых версий платформы.

(11) Не справедливо к БП.Версия от ноября стоит скалой,уже писал в(9).

(11) до сих пор работаю на 8.3.27.1606 (вероятно самый стабильный релиз в ветке). В БП и везде, где требовалась свежая платформа, поставил затычку. Полет нормальный, отвалов и проблем нет.

Сейчас посматриваю в сторону 8.5, так как УНФ хочет обновлений.

(12) >> Не справедливо к БП...

Это реальность. 🤷‍♂️
У меня зоопарк из конфигураций.
Основные - ERP, ЗУП, БП.
Догадайтесь с трёх раз - в какой из конфигураций стоит заглушка по обходу контроля версии платформы. В БП.
Заглушка эта снимается после обновления платформы и вновь туда возвращается буквально через три-четыре месяца после очередного обновления конфигурации.

PS Конкретно у нас я бы был не против обновлять платформу чаще. У нас не критическое производство 24/7. Но в силу административных причин и ряда чисто житейских обстоятельств обновление платформы крайне геморройная процедура.

(14) Ну это ваше местное хобби..Платфому для бухии меняли в ноябре прошлого года.Да, больно.Но раз в год же.Какой еще геморрой и заглушки?Все работает, и расширения тоже.

(11) для БП нужна версия 8.3.27.1688 от августа прошлого года. А на сл.релиз они будут переходить аж в ноябре.

С БП стабильно релиз платформы надо обновлять раз в год, не чаще.
Иногда с заглушками, но ничего криминального в этом.

(15) у нас УТ10 еще доживает свой век. Все релизы в 27 ветке после 1606 с обычными формами плохо дружат, косяк на косяке.

(18) А вот эту проблему уже обсуждали тут.Единственное правильное решение - отдельный инстанс 25 платформы.Работает как часы.
Отлично работает на разделениии УТ 10 и БП.К сожалению на КА2.5 поимели траблы - с переходом на 27 платформу.Там проблему 1С порешали вроде как только в 8.5...Но пока заставили шкуриться пользователей...

(14) в мае выйдет ERP 2.5.27 LTS - лафа с 8.3.27.1606 закончится =)

(20) на 8.5 переведут?

(21) сроков нет, но задачу уже нарезали
Разное    Не ранее 2.5.27    Интеграция с сервисом 1С:Плюс        00-00019617
Разное    Не определен    Перевод 1С:ERP на интерфейс 8.5        00-00019769

(15) (16) Коллеги. Давайте проявим чуточку такта и не будем рассказывать друг другу сказок. ;)

У нас стоит версия платформы 8.3.27.1606 от июня прошлого года. Обновлялись мы недели через три после выхода платформы. Заметьте! - никакого года ещё не прошло. Когда я это пишу, за окном конец апреля. (может вы по какому-то другому календарю живёте). С этой версией платформы БП без заглушки работать отказывается.
И в прошлые разы была ± такая же ситуация. Обновляем платформу, через некоторое время (гораздо меньше года) очередное обновление БП требует более свежую версию.

Поэтому рассказывайте сказки про "раз в год" кому-нибудь другому.
Может именно с этого года что-то поменялось и я просто так неудачно попал в переходный период.... Хммм... Возможно. Скоро планируем обновляться - там и посмотрим.

Второй момент. Про заглушки. То, что в них нет никакого криминала, я знаю. Но согласитесь, что работать с базой данных на конфигурации, чья работа не рекомендуется вендором на данной версии платформы, это риск. Причём никто не понимает - насколько он серьёзный или абсолютно гипотетический. Вендор не признаётся - почему он предъявляет жесткие требования к версии платформы. Это от того, что просто тестирование конфигурации поленился провести? А может там действительно серьёзные проблемы могут возникнуть? Или тупо - это метод давления для стимуляции пользователей к обновлению платформы? Эта ситуация ненормальна. Как на неё не посмотри.

(23) >>Когда я это пишу, за окном конец марта. (может вы по какому-то другому календарю живёте)

Да, мы по другому календарю живем)

(24) Исправился. Прошу прощения.

(0) >>всегда улыбался и никогда не верил в объяснения типа "ничего не трогали - оно само", но тут именно этот случай

Объяснение ровно одно, где-то кто-то пиздит)

(9) Ты сейчас серьезно? Разработчик продукта выпускает не версию для тестирования, а сборку которая рекомендуется к установке. Это нормально для обычного пользователя обновлять то, что он купил.

ну-ну.. сколько глюков недавно обсуждалось по платформе, рекомендуемой к установке..
не версию для тестирования, ага

(26) да, да, полностью поддерживаю

я тоже в таких разговорах участвовал, всегда только с другой стороны

а тут вон оно как

единственно, что по логам вычислили, это что за 2 дня до описанного сбоя пытались ВЫГРУЗИТЬ *.dt, в процессе выгрузки произошел сбой "соединение с сервером баз данных разорвано администратором", но как (0) с этим связан, ХЗ

(29) >>в конфигураторе за это время никто не ковырялся
>> ВЫГРУЗИТЬ *.dt

Ну как бы вот)

(30) ну как-бы нет
пользователи после этого отработали пару дней

(31) а рестарт сервера после этого случайно не был?

(26) (30) (32)
Если уж пытаться искать причину сбоя, то вероятнее всего она лежит в совместимости данного конкретного расширения с данной конкретной версией конфигурации (которую обновили неделю назад) и версии платформы (которую обновили три недели назад). Например, в обновлении изменился режим совместимости, а в расширении никто это не проверил (контроль применимости расширений этого не проверяет). Контроль применимости вообще много чего не проверяет.

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

Вообще расширения - это довольно интенсивно изменяющаяся часть платформы. Это первое.
Второе. Зоопарк с режимами совместимости. Я каждый раз проверяю все свои расширения на этот режим - где он включен и в каком состоянии. Не зря в описании каждой версии платформы есть фраза "Для использования некоторых новых возможностей версии х.х.хх необходимо отключить режим совместимости. При отключении и включении режима совместимости выполняется изменение структуры некоторых объектов базы данных. Для того, чтобы иметь возможность работать с информационной базой предыдущими версиями, необходимо установить режим совместимости."

Выводы.
Единственный способ иметь хоть какую-то уверенность в работоспособности базы с расширениями осле очередного обновления (неважно - конфы или платформы, или и того и другого) - это тестирование. Либо писать автоматизированные тесты, либо кто-то из пользователей должен потратить полдня своего времени, чтобы прогнать по чек-листу все алгоритмы, затрагиваемые напрямую и/или косвенно вашими расширениями.
Не то чтобы тесты не нужны в базах, где нет расширений. Конечно тоже нужны. Но там где нет расширений меньше риск столкнуться с факапом из (0). А если в расширениях были расширение данных (свои таблицы и/или реквизиты).... Каковы последствия их отключения? Даже если данные остались на месте, было какое-то время, пока пользователи работали с базой с выключенными расширениям и данные в эти таблицы не писались. Кто и как это будет разгребать?

(33) информация к размышлению, так сказать, полез смотреть совместимость:

- в расширениях, тех на которых НЕ происходил спотыкач - были в режиме совместимости 8.3.17 (хотя там ничего особенного, эта совместимость им и не нужна)

- расширение, об которое споткнулись, в нем режим совместимости "не использовать", и оно самое используемое на повседневной основе

в любом случае спасибо за дельные советы и дележку опытом

(0) я наткнулся на несколько другое, на платформе 8.3.27.1508 в дописанном ЗУПе внезапно все расширения как будто не применялись. При старте процесса выводилась ошибка "Расширения конфигурации. Обнаружено изменение установленных расширений" c содержанием аля:
1. Было:
- расширения:
""
- исправления:
""
2. Стало:
- расширения:
...
ИнструментыРазработчикаTormozit (6.45.1e) 9vr1Xn7hbf3hc3jmGquZzD88gHY= БезопасныйРежим:Нет ПередаватьВПодчиненныеУзлыРИБ:Да Активно:Да
...
- исправления:
""
3. Новый состав, как при запуске сеанса: Нет.

При этом в конфигураторе расширения показывались активными.  Но по сути не работали и не применялись. В итоге помогло банальное пересохранение расширений. Первый раз такое наблюдаю.

И да, логи 1С показывают, что ничего не трогали. Буквально вот один регламент стартанул штатно и вот через 10 секунд следующий нештатно. Админы БД клянутся, что ничего не делали )

(34) >> полез смотреть совместимость

Про режим совместимости - всего лишь моя гипотеза (одна из). Но вовсе не обязательно, что именно оно было причиной.

Только тесты могут купировать проблему.

Интересно другое.
Почему из-за неработоспособности одного расширения вдруг начали отваливаться остальные?

(36) фантазируя пальцем в небо: какой-нибудь итератор ползет по блобам базы, отвечающим за расширения, валится при чтении на первом же (ну так совпало, что косячное оно же и первое), до остальных не добирается

и все, нету сказочки