Падение платформы 1С при обновлении расширения
Платформа 1С v8.3
Windows
PostgreSQL
Программист
Системный администратор
Расширение (cfe)
(Устарело) Разработка
Добрый день.
Дорабатываем конфигурацию "Управление торговлей, редакция 11.4".
База SQL на Postgress
Доработку ведём с помощь расширений. Все шло нормально. Пока...
После обновления платформы до 8.3.20.1613 при попытке обновить конфигурацию любого расширения платформа тупо падает со 100% вероятностью.
Надеялся, что новый релиз 8.3.20.1674 решит проблему, но нет. Все осталось по-прежнему. Платформа падает.
Сталкивался кто? Что делать? И что может быть за причина?
P.S.
Платформа 1C 8.3.20.1674 64 бит. Платформа лицензионная. На этом сервере никогда не ставились "ломалки". Так, что о влиянии каких-то остатков от "ломалок" говорить не приходится.
Сервер Windows Server 2019
PostgreSQL 13.3-2.1C
Кстати откатиться на прежнюю версию наверное не получится. Обновили ведь и postgre. А на сайте 1С прямо говорится, что для работы с PostgreSQL 13.3-2.1C нужна платформа не ниже 8.3.20. Т.е. нужно будет откатывать и версию postgre. А уверенности, что это корректно можно сделать нет.
Техподдержка 1С молчит. Тупо не отвечает.
Дорабатываем конфигурацию "Управление торговлей, редакция 11.4".
База SQL на Postgress
Доработку ведём с помощь расширений. Все шло нормально. Пока...
После обновления платформы до 8.3.20.1613 при попытке обновить конфигурацию любого расширения платформа тупо падает со 100% вероятностью.
Надеялся, что новый релиз 8.3.20.1674 решит проблему, но нет. Все осталось по-прежнему. Платформа падает.
Сталкивался кто? Что делать? И что может быть за причина?
P.S.
Платформа 1C 8.3.20.1674 64 бит. Платформа лицензионная. На этом сервере никогда не ставились "ломалки". Так, что о влиянии каких-то остатков от "ломалок" говорить не приходится.
Сервер Windows Server 2019
PostgreSQL 13.3-2.1C
Кстати откатиться на прежнюю версию наверное не получится. Обновили ведь и postgre. А на сайте 1С прямо говорится, что для работы с PostgreSQL 13.3-2.1C нужна платформа не ниже 8.3.20. Т.е. нужно будет откатывать и версию postgre. А уверенности, что это корректно можно сделать нет.
Техподдержка 1С молчит. Тупо не отвечает.
Прикрепленные файлы:
infoErr.txt
Report.wer
По теме из базы знаний
- Особенности работы платформы 1С с СУБД OracleDatabase
- Эволюция расширения конфигурации
- Собираем образ виртуальной машины с PostgreSQL и платформой 1С. Цикл "Многопоточный CI для 1С c Packer, Vagrant и Jenkins", часть 2
- Database Compression Tool (DCT) Универсальный инструмент сжатия, свертки и конвертации баз данных 1С
- Расширения конфигурации: добавляем функционал без нервов
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
P/S Зачем продолжать "ломиться" в закрытую дверь? Ведь можно зайти с черного хода.. тем более он всегда открыт!
Т.е. нужно будет откатывать и версию postgre. А уверенности, что это корректно можно сделать нет
- выгрузили в DT .. установили постригу (downgrade) , загрузили в нее из dt..
P/S Зачем продолжать "ломиться" в закрытую дверь? Ведь можно зайти с черного хода.. тем более он всегда открыт!
Аналогичная проблема - типовая бухгалтерия, с большим количеством доработок, в основном через расширения. Перешли на 8.3.19.1467. База запустилась, но много чего не работает. Например, в карточку контрагента войти нельзя. Начали разбираться, выяснили что часть расширений стали кривыми. Собрали последовательность как воспроизвести ошибки, может быть кому-то поможет.
Тестировали на разных платформах: 8.3.18.1334, 8.3.18.1741, 8.3.19.1467, 8.3.20.1674. Все лицензионное.
1. Сделали 4 пустые базы для каждой платформы отдельную.
2. Дальше в них делали одни и те же действия: создали справочник, добавили в него три реквизита и форму элемента.
3. Добавили расширение.
4. Добавили форму в расширение.
5. Добавили еще один реквизит в справочник.
6. Добавили этот реквизит в расширение.
7. Добавили реквизит "Объект" формы элемента справочника в расширение.
8. В 8.3.20.1674 получили вместо имен реквизитов пустые строчки (видно на скриншоте).
9. При добавлении в расширении на форму нового реквизита 8.3.18.1741 и 8.3.19.1467 выпадают с ошибкой "Подождите пожалуйста! Выполняется сохранение информации об ошибке для возможности последующего анализа!" (видно на скриншоте). В 8.3.18.1334 проблем нет.
Тестировали на разных платформах: 8.3.18.1334, 8.3.18.1741, 8.3.19.1467, 8.3.20.1674. Все лицензионное.
1. Сделали 4 пустые базы для каждой платформы отдельную.
2. Дальше в них делали одни и те же действия: создали справочник, добавили в него три реквизита и форму элемента.
3. Добавили расширение.
4. Добавили форму в расширение.
5. Добавили еще один реквизит в справочник.
6. Добавили этот реквизит в расширение.
7. Добавили реквизит "Объект" формы элемента справочника в расширение.
8. В 8.3.20.1674 получили вместо имен реквизитов пустые строчки (видно на скриншоте).
9. При добавлении в расширении на форму нового реквизита 8.3.18.1741 и 8.3.19.1467 выпадают с ошибкой "Подождите пожалуйста! Выполняется сохранение информации об ошибке для возможности последующего анализа!" (видно на скриншоте). В 8.3.18.1334 проблем нет.
Прикрепленные файлы:
(15)
P/S какая крайня нужна или какая из типовых заставляет вас обновлять до 8.3.20? или 8.3.19 ? чтобы потом " а у нас все паламалась"?
Запрос итогов по счету
Таблица или поле TED2 не содержится в разделе FROM
Все лицензионное.
- это вы соглашение на клиент или на сервер клали? :)
P/S какая крайня нужна или какая из типовых заставляет вас обновлять до 8.3.20? или 8.3.19 ? чтобы потом " а у нас все паламалась"?
Запрос итогов по счету
Таблица или поле TED2 не содержится в разделе FROM
Бухгалтерия очень просит обновить базу хотя бы до 3.0.108.36.
При обновлении на версию бухгалтерии на версию 3.0.106.101 на платформе версии 8.3.19.1467 расширения перестали работать. Без них бухгалтера уже не могут.
Протестировал на пустой базе работу с расширениями на платформах 8.3.19.1522, 8.3.18.1779, 8.3.20.1710 - проблема сохранилась. Подозреваю, что при обновлении бухгалтерии расширения опять сломаются.
На 8.3.17 работать не можем, потому что в расширениях широко использовались асинхронные методы.
Пожалуйста, подскажите как решить проблему?
При обновлении на версию бухгалтерии на версию 3.0.106.101 на платформе версии 8.3.19.1467 расширения перестали работать. Без них бухгалтера уже не могут.
Протестировал на пустой базе работу с расширениями на платформах 8.3.19.1522, 8.3.18.1779, 8.3.20.1710 - проблема сохранилась. Подозреваю, что при обновлении бухгалтерии расширения опять сломаются.
На 8.3.17 работать не можем, потому что в расширениях широко использовались асинхронные методы.
Пожалуйста, подскажите как решить проблему?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот