Добрый день!
Вот и дождались нового релиза, который требует обновления платформы. Бухгалтерия 3.0.106 хочет платформу не ниже 8.3.18.1741, 8.3.19.1467, 8.3.20.1674; ЗУП 3.1.20 - не ниже 8.3.17.1851, 8.3.18.1289 (к осени может потребоваться еще выше); и т.д., найдутся еще конфигурации, для нас актуальны эти две. Сейчас стоит 8.3.16.1876.
Про 8.3.20 была интересная тема
Посему вопрос, какую версию платформы поставить на 2022 год, чтобы без большого количества багов? Помимо ЗУП, БП 3 на сервере крутятся старые самописные базы, множество различных обменов между базами по ком-соединению, есть мобильное приложение на Апач.
Или что лучше - пишите проблемы, которые Вам встретились в свежих платформах. Думаю, тема будет интересна многим.
Вот и дождались нового релиза, который требует обновления платформы. Бухгалтерия 3.0.106 хочет платформу не ниже 8.3.18.1741, 8.3.19.1467, 8.3.20.1674; ЗУП 3.1.20 - не ниже 8.3.17.1851, 8.3.18.1289 (к осени может потребоваться еще выше); и т.д., найдутся еще конфигурации, для нас актуальны эти две. Сейчас стоит 8.3.16.1876.
Про 8.3.20 была интересная тема
Посему вопрос, какую версию платформы поставить на 2022 год, чтобы без большого количества багов? Помимо ЗУП, БП 3 на сервере крутятся старые самописные базы, множество различных обменов между базами по ком-соединению, есть мобильное приложение на Апач.
Или что лучше - пишите проблемы, которые Вам встретились в свежих платформах. Думаю, тема будет интересна многим.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Немного напрягает, что все перечисленные платформы крайние в своей ветке. Ждать очередного сюрприза по борьбе с нелегалами? В прошлый раз многих зацепило. У нас конечно лицензии программные, но как знать...
Сам пока тоже склоняюсь к 19.
Или может подождать когда во фреше платформу обновят?
Получается 3.0.106 ставить обязательно для сдачи отчетности за 2021год?
8.3.18.1741, 8.3.19.1467, 8.3.20.1674
Немного напрягает, что все перечисленные платформы крайние в своей ветке. Ждать очередного сюрприза по борьбе с нелегалами? В прошлый раз многих зацепило. У нас конечно лицензии программные, но как знать...
Сам пока тоже склоняюсь к 19.
Или может подождать когда во фреше платформу обновят?
В декларацию по налогу на прибыль организаций в редакции приказа ФНС России от 11.09.2020 № ЕД-7-3/655@ внесены изменения в соответствии с приказом ФНС России от 05.10.2021 № ЕД-7-3/869@. Новая форма применяется с 01.01.2022 начиная с отчета за 2021 год.
Получается 3.0.106 ставить обязательно для сдачи отчетности за 2021год?
(1) О зарегистрированных проблемах платформы можно всегда почитать на сайте. Главное не торопится. Выждать недельку при возможности.
Самая стабильная - последняя из минимально предлагаемы ) Но есть смысл выждать. А вдруг через пару дней выйдет следующая.
Самая стабильная - последняя из минимально предлагаемы ) Но есть смысл выждать. А вдруг через пару дней выйдет следующая.
Стоит 8_3_20_1613. На ней крутятся БП, ЗУП 3.1, ЗУП 2.5, ДО, + самописные. Подняты Web-сервисы. Пока багов не замечаю. Работаем в клиент-сервере.
(2) Столкнулись с проблемой в ЗУП 2.5 на платформе 8_3_20_1613. После завершения редактирования адреса (например, Адрес по прописке физ. лица) у уже созданного элемента (с новым элементом всё ок) справочника "Физические лица" программа вылетает. Вы сталкивались с таким вылетом? Пока непонятно как это обойти...
Установлена на данный момент 8.3.17.1851. Используем БП 3.0.105.45, ЗУП 3.1 + переход на ERP 2.5.7. Работа в клиент-сервере.
Мучает вопрос какую версию ставить???
Если установить минимальную версию 8.3.18.1741, у кого установлена и как она себя ведет???
И как всегда придется после НГ в скором порядке ставить обнову на БП.
Мучает вопрос какую версию ставить???
Если установить минимальную версию 8.3.18.1741, у кого установлена и как она себя ведет???
И как всегда придется после НГ в скором порядке ставить обнову на БП.
Тоже установлена 8.3.20.1613, конфигурации УТ 11.4 и БП3. Серверные и файловые, http-сервисы, работает нормально
ИМХО - сделаю предположение, что все четные релизы имеют "другую" ветку развития.. складывается это из :
1.16 релиз - проблемы с принтерами ( на 15 и 17 такой проблемы не было)
2.18 релиз - проблема с работой веб-клиента
3. 20 релиз - проблемы с планами обмена на ОФ ( крашится платформа при перезаписи элементов справочников ( в 8.3.20.1674 - так же )
Вывод 15 , 17 ( работает во фреше) , 19
1.16 релиз - проблемы с принтерами ( на 15 и 17 такой проблемы не было)
2.18 релиз - проблема с работой веб-клиента
3. 20 релиз - проблемы с планами обмена на ОФ ( крашится платформа при перезаписи элементов справочников ( в 8.3.20.1674 - так же )
Вывод 15 , 17 ( работает во фреше) , 19
(6) нет однозначного ответа " какая самая стабильная" тут нужно исходить и собственных критериев "стабильности".
Проверять работы платформы на тестово-боевых базах.
Моделировать ситуации
Сверять корректность отчетов в файловой и клиент - серверной платформе ( и такое бывает что один и тот же отчет выдаст разные данные : В файловом 100, в клиент -серверном 100,01
И только потом принимает решение о прод.платформе, тем более когда речь идет о ДО и ERP
P/S Если и вас завтра после "советов какая самая стабильная" ИБ колом встанут? А простой организации выльется в N часов? Вы кого то материть будете , а человек потом икать будет :)
Проверять работы платформы на тестово-боевых базах.
Моделировать ситуации
Сверять корректность отчетов в файловой и клиент - серверной платформе ( и такое бывает что один и тот же отчет выдаст разные данные : В файловом 100, в клиент -серверном 100,01
И только потом принимает решение о прод.платформе, тем более когда речь идет о ДО и ERP
P/S Если и вас завтра после "советов какая самая стабильная" ИБ колом встанут? А простой организации выльется в N часов? Вы кого то материть будете , а человек потом икать будет :)
(15)
Это говорит только о том, что все новые релизы нужны только пиратов напрягать и к требуемой функциональности никакого отношения не имеют.
там вообще как-то странно... Установлен последний релиз, который требует 18,19,20 платформу, но платформа 8.3.17))
Это говорит только о том, что все новые релизы нужны только пиратов напрягать и к требуемой функциональности никакого отношения не имеют.
Свежие ссылки на разные проблемы с платформами. Отчасти для себя, чтобы не потерять, а может пригодится кому-нибудь.
8.3.17.2498 в полном составе простым смертным недоступна, крайняя - 8.3.17.2306 от 06.06.21г., т.е. достаточно старая уже.
8.3.17.2498 в полном составе простым смертным недоступна, крайняя - 8.3.17.2306 от 06.06.21г., т.е. достаточно старая уже.
Я склоняюсь ставить 8.3.18.1741. Платформа вышла давно, обновлений уже вышло много, значит баги должны пофиксить.
(19) согласен.
На выходных сделали "прыжок веры" на 8.3.20.1674, пока без потрясений обошлось. Конфигурации УТ 11.4 (допиленная расширениями и есть самописные подсистемы), БП 3.0 и ЗУП 3.1 (типовые).
Видел здесь тему на Инфостарте, что у человека валилась платформа при обновлении конфигурации расширений. Не подтверждаю. У нас всё нормально.
Если кому интересно, могу ещё через пару-тройку дней отписаться.
На выходных сделали "прыжок веры" на 8.3.20.1674, пока без потрясений обошлось. Конфигурации УТ 11.4 (допиленная расширениями и есть самописные подсистемы), БП 3.0 и ЗУП 3.1 (типовые).
Видел здесь тему на Инфостарте, что у человека валилась платформа при обновлении конфигурации расширений. Не подтверждаю. У нас всё нормально.
Если кому интересно, могу ещё через пару-тройку дней отписаться.
Установил новую платформу 8.3.20.1674
Базы клиент-серверные, в кластере есть отдельный сервер лицензирования.
Все полностью лицензировано программными лицензиями (и сервер, и клиентские)
В клиентах 1С в окне О программе теперь использование конфигурации пустое.
Хотя пользователи заходят и работают в программе нормально, в консоли администрирования, в сеансах тоже видно, что сеанс получил клиентскую лицензию, в рабочих серверах видно, что сервер получил серверную лицензию.
На предыдущей платформе 8.3.16.1814 в окне О программе использование конфигурации было "Проверка лицензионного использования выполнена успешно"
Кто сталкивался? Интересно, это косяк платформы 8.3.20.1674?
Базы клиент-серверные, в кластере есть отдельный сервер лицензирования.
Все полностью лицензировано программными лицензиями (и сервер, и клиентские)
В клиентах 1С в окне О программе теперь использование конфигурации пустое.
Хотя пользователи заходят и работают в программе нормально, в консоли администрирования, в сеансах тоже видно, что сеанс получил клиентскую лицензию, в рабочих серверах видно, что сервер получил серверную лицензию.
На предыдущей платформе 8.3.16.1814 в окне О программе использование конфигурации было "Проверка лицензионного использования выполнена успешно"
Кто сталкивался? Интересно, это косяк платформы 8.3.20.1674?
(23) У меня в клиент-серверном варианте пишет что проверка лицензионного использования выполнена успешно. Платформа 8.3.19.1467.
Появилась эта надпись не сразу, но в течение первого дня после обновления.
Появилась эта надпись не сразу, но в течение первого дня после обновления.
Прикрепленные файлы:
БП 3.0.106.40
режим совместимости стал 8.3.16
ОбщегоНазначения
Запустилась и обновилась на платформе 8.3.17.1851, что не сильно удивительно, т.к. платформа выше режима совместимости.
Вот интересно... Забыли? Забили? Или какой-то хитрый замысел?
режим совместимости стал 8.3.16
ОбщегоНазначения
Функция МинимальнаяВерсияПлатформы() Экспорт // АПК:581
Возврат "8.3.14.1694; 8.3.15.2107; 8.3.16.1814; 8.3.17.1851; 8.3.18.1208";
КонецФункцииЗапустилась и обновилась на платформе 8.3.17.1851, что не сильно удивительно, т.к. платформа выше режима совместимости.
Вот интересно... Забыли? Забили? Или какой-то хитрый замысел?
Если переустановить полностью сервер с 15 релиза 32 бит на 20-й скажем релиз 64 бит, можно не трогать саму базу данных БП 3? Или лучше выгрузить в DT и загрузить в новую базу?
По прошествии нескольких дней, на 8.3.20.1674 в конфигурациях на управляемых формах (типовых и не очень) каких-то явных ошибок не обнаружено. Доработки сохраняются, пользователи не жалуются, проблем не возникает.
Совсем иначе обстоят дела с конфигурациями на ОФ, и, судя по форумам, мы не одни такие. Благо в нашем случае это архивная конфигурация, в работе не используется уже.
При попытке открыть элемент справочника (номенклатуру или контрагента) валится с ошибкой. Пробовал выгружать и загружать dt, пробовал восстанавливать dt, сделанный на другой платформе, пробовал ТиИ (валится с ошибкой) - ничего не помогает. Вроде там какая-то проблема с планами обмена, но они есть почти у всех, лучше не рисковать.
Вывод: если у Вас конфигурация на УФ, то смело можно использовать.
С конфигурациями на ОФ рекомендую выбрать 8.3.19, там наша конфигурация на ОФ работала беспроблемно.
Совсем иначе обстоят дела с конфигурациями на ОФ, и, судя по форумам, мы не одни такие. Благо в нашем случае это архивная конфигурация, в работе не используется уже.
При попытке открыть элемент справочника (номенклатуру или контрагента) валится с ошибкой. Пробовал выгружать и загружать dt, пробовал восстанавливать dt, сделанный на другой платформе, пробовал ТиИ (валится с ошибкой) - ничего не помогает. Вроде там какая-то проблема с планами обмена, но они есть почти у всех, лучше не рисковать.
Вывод: если у Вас конфигурация на УФ, то смело можно использовать.
С конфигурациями на ОФ рекомендую выбрать 8.3.19, там наша конфигурация на ОФ работала беспроблемно.
Прикрепленные файлы:
Всем привет. в 20-ой действительно есть такой косяк? Это ж писец.
Код ошибки: 10235635
Код(ы) обращения: HL-413139
Статус: Исправлена в тестовой версии Зарегистрирована: 23.11.2021
Исправлена: "Технологическая платформа", версия 8.3.21.1141 (для тестирования)
Описание:
В клиент-серверном варианте информационной базы в толстом клиенте при записи набора записей независимого регистра сведений не выполняется автоматическая регистрация изменений в плане обмена.
Код ошибки: 10235635
Код(ы) обращения: HL-413139
Статус: Исправлена в тестовой версии Зарегистрирована: 23.11.2021
Исправлена: "Технологическая платформа", версия 8.3.21.1141 (для тестирования)
Описание:
В клиент-серверном варианте информационной базы в толстом клиенте при записи набора записей независимого регистра сведений не выполняется автоматическая регистрация изменений в плане обмена.
обновились на платформе 8.3.18.1208, во всех базах бухгалтерии полетели итоги, пришлось восстанавливать базы и обновлять на 18.1741
ради эксперимента обновили базу на 18.1741 и запустили на 18.1208, работает данные на месте, но страшновато за последствия
Во Фреше видимо тоже обновили на более новой платформе, а дальше запустили на старой, у меня только такое предположение
ради эксперимента обновили базу на 18.1741 и запустили на 18.1208, работает данные на месте, но страшновато за последствия
Во Фреше видимо тоже обновили на более новой платформе, а дальше запустили на старой, у меня только такое предположение
(41) Кто-то еще отписывался, что при обновлении на 3.0.106 на платформе 8.3.17.1851, которая для меня была стабильной долгое время, поехали итоги. Что-то все же накрутили ("оптимизировали") в последней платформе в работе с итогами. Сам выбираю крайнюю 19ю на данное время.
(43) Ну официально БП 3.0.106 не поддерживает 17-ю платформу вообще, как и 8.3.18.1208 в случае (40). 1С даже предъявить нечего будет. Вывод - обновляться только на официально разрешенных платформах. Полезная тема оказалась.
Обновил БП на 3.0.106.60 на платформе 8.3.17.1851. Базы на 64 сервере под SQL
Показалось все работает. Но потом начались косяки.
Яркий пример пытались сделать свертку по одной из баз. Свертка падает в самом начале, при записи первой операции формирования остатков.
Я танцевал танцевал с бубном , потом все таки попробовал переустановить платформу - свертка начала формироваться.
Сейчас поставил платформу 8.3.20.1674, жду , что будет дальше.
Показалось все работает. Но потом начались косяки.
Яркий пример пытались сделать свертку по одной из баз. Свертка падает в самом начале, при записи первой операции формирования остатков.
Я танцевал танцевал с бубном , потом все таки попробовал переустановить платформу - свертка начала формироваться.
Сейчас поставил платформу 8.3.20.1674, жду , что будет дальше.
Обновился на 8.3.19.1467. Сервер 64бит, клиенты 32. Работает УТ 10.3 и БП 3.0. Пока проблем не замечено. На новую БП 3.0.106 пока не обновлялся.
Кстати, как проверить что бы итоги не слетели после обновления? ОСВ за последний год по всем счетам достаточно будет сравнить до и после?
Кстати, как проверить что бы итоги не слетели после обновления? ОСВ за последний год по всем счетам достаточно будет сравнить до и после?
Перешли с 8.3.16.1876 на 8.3.19.1467, Бухгалтерию до 106 версии еще не обновлял. По поводу ЗУП 3.1, БП 3 пока не жаловались... тьфу-тьфу.
У нас есть несколько самописных баз на обычных формах - с ними интереснее. Местами на формах поехали шрифты, слетел фильтр диалога выбора файла (для Винды и Линукса фильтр диалога выбора файла теперь по-разному прописывается, по крайней мере, у нас). Ну и самое интересное - что-то поменяли в системе печати. Если есть разные типы принтеров (этикеток и обычный, например) некоторые печатные формы подхватывают настройки принтера по умолчанию, даже если печатать на другой, не все формы правильно формируются (простите за тавтологию). Печать под Линукс как была проблемой так и осталось.
У нас есть несколько самописных баз на обычных формах - с ними интереснее. Местами на формах поехали шрифты, слетел фильтр диалога выбора файла (для Винды и Линукса фильтр диалога выбора файла теперь по-разному прописывается, по крайней мере, у нас). Ну и самое интересное - что-то поменяли в системе печати. Если есть разные типы принтеров (этикеток и обычный, например) некоторые печатные формы подхватывают настройки принтера по умолчанию, даже если печатать на другой, не все формы правильно формируются (простите за тавтологию). Печать под Линукс как была проблемой так и осталось.
Аналогичная тема на мисте.
8.3.18.1741 + 3.0.106.60 (файловая) - все работает, итоги все на месте
8.3.18.1483 + 3.0.106.60 (скуль) - все работает, итоги все на месте
8.3.17.1851 + 3.0.106.60 (файловая) - все работает, итоги все на месте
все обновления встали штатно ни на что не ругаясь
По БП обновил сам на 8.3.18.1741 проблем пока не замечено.
8.3.18.1741 + 3.0.106.60 (файловая) - все работает, итоги все на месте
8.3.18.1483 + 3.0.106.60 (скуль) - все работает, итоги все на месте
8.3.17.1851 + 3.0.106.60 (файловая) - все работает, итоги все на месте
все обновления встали штатно ни на что не ругаясь
По БП обновил сам на 8.3.18.1741 проблем пока не замечено.
Сейчас работаем на платформе 8.3.18.1483.
Конфигурации: БП 3, ЗУП 3, самописные на УФ, БП 2 на ОФ. Все серверные.
Проблемы: не работает авто-обновление баз на кластере из-за ошибки 10231641 (Метод ConnectAgent объекта V83.COMConnector)
Рассматриваем переход на новую платформу с учетом исправления проблемы выше и соответствия типовым. К сожалению 8.3.18 не подходит, потому как нашу проблему исправили только в 8.3.19 и выше.
Пока рассматриваем: 8.3.19.1467
Конфигурации: БП 3, ЗУП 3, самописные на УФ, БП 2 на ОФ. Все серверные.
Проблемы: не работает авто-обновление баз на кластере из-за ошибки 10231641 (Метод ConnectAgent объекта V83.COMConnector)
Рассматриваем переход на новую платформу с учетом исправления проблемы выше и соответствия типовым. К сожалению 8.3.18 не подходит, потому как нашу проблему исправили только в 8.3.19 и выше.
Пока рассматриваем: 8.3.19.1467
(54)
Можно поподробнее в чем проблема? Это когда не из конфигуратора обновляешь, а из режима Предприятие?
Я сейчас попытался так обновиться на БП 3.0.106.60, платформа 8.3.19.1467 получил ошибку подключения к кластеру через COM коннектор. До этого на 15-й платформе всегда так БП обновлял.
Проблемы: не работает авто-обновление баз на кластере из-за ошибки 10231641 (Метод ConnectAgent объекта V83.COMConnector)
Можно поподробнее в чем проблема? Это когда не из конфигуратора обновляешь, а из режима Предприятие?
Я сейчас попытался так обновиться на БП 3.0.106.60, платформа 8.3.19.1467 получил ошибку подключения к кластеру через COM коннектор. До этого на 15-й платформе всегда так БП обновлял.
(55) Ошибка возникает при выполнении метода ConnectAgent из внешнего кода, например, из кода на C#, VBS и т.д. происходит аварийное завершение работы программы, если агент сервера находится на другом компьютере (фоновое запускается на comp2, а агент на comp1)
В 19.1467 еще один косяк вылез.
Система: Linux 4.19.0-18-amd64 #1 SMP Debian 4.19.208-1 (2021-09-29).
Конфигурация на ОФ Толстый клиент обычное приложение.
У пользователя стоит основной интерфейс "Интерфейс1", при начале работы системы выполняется код:
Если РольДоступна("Логист") Тогда
ГлавныйИнтерфейс.Найти("Логист").Видимость = истина;
КонецЕсли;
На установке видимости платформа падает, выдает широкое прямоугольное окно (вероятно, с описанием ошибки), окно залито фоном рабочего стола, прочитать, что в нем невозможно. Кеш сервера, пользователя чистил. Если в режиме отладки пройти все шаги ПриНачалеРаботыСистемы() есть шанс, что запустится (примерно 1 к 20). На копии базы ошибка воспроизводится, даже чаще запускается)
Если основной интерфейс пользователя стоит "Логист", то такой проблемы нет.
Опять же - для истории, особенность работы на Линукс.
Система: Linux 4.19.0-18-amd64 #1 SMP Debian 4.19.208-1 (2021-09-29).
Конфигурация на ОФ Толстый клиент обычное приложение.
У пользователя стоит основной интерфейс "Интерфейс1", при начале работы системы выполняется код:
Если РольДоступна("Логист") Тогда
ГлавныйИнтерфейс.Найти("Логист").Видимость = истина;
КонецЕсли;
На установке видимости платформа падает, выдает широкое прямоугольное окно (вероятно, с описанием ошибки), окно залито фоном рабочего стола, прочитать, что в нем невозможно. Кеш сервера, пользователя чистил. Если в режиме отладки пройти все шаги ПриНачалеРаботыСистемы() есть шанс, что запустится (примерно 1 к 20). На копии базы ошибка воспроизводится, даже чаще запускается)
Если основной интерфейс пользователя стоит "Логист", то такой проблемы нет.
Опять же - для истории, особенность работы на Линукс.
Перешли на 20.1674: базы БП 3.0, ЗУП 3.1 и УПП 1.3, УТшка на обычных формах - выявилась проблема с сохранением в ворд -ошибка была зафиксирована давно - Код ошибки: 10235606, Код обращения: CSR-300771 "Сохранение табличного документа в формате Word" - и исправлена в текущей, но на обычных формах наблюдаем, что сохранение в ворд не работает - файлы создает, но они пустые(хотя по статистике показывает, что символы есть, пробелы есть и тд). В Эксель везде сохраняет нормально, pdf тоже, а в ворд только с управляемых форм нормально... ищем решение: может кто сталкивался?
Перешли на версию конфигурации 3.0.106, крутится на платформе 8.3.19.1264. База данных стала жутко тормозить, потому что была произведена полная реструктуризация хозрасчетного регистра. в Индексах таблицы _AccRg1023 добавилось поле "_PeriodAdjustment", так же появилось куча дополнительных столбцов. У всех такая ситуация, как вышили из положения?
Поставили 8.3.19.1467, день поработали и откатили на 8.3.18.1741, работает пока стабильно, у 19 были вылеты с разными ошибками из предприятия и конфигуратора.
(66) 8.3.19.1467 с одной базой такое есть - копия бухгалтерии крайней версии (106.101). БД находится на одном физическом сервере, а сервер 1С - другая машина, открытый конфигуратор спустя 2-3 суток бездействия в нем вылетает. Пока не критично.
Во фреше появилась ссылка на тонкий клиент 8.3.22.892.
22 еще даже в тестовых нет.
Глюк? Или фреш примкнет к бета тестерам?
22 еще даже в тестовых нет.
Глюк? Или фреш примкнет к бета тестерам?
(69) словили уже глюк сервера именно на этом релизе - в консоли администрирования было>30 фоновых заданий, которые невозможно было удалить, помог только рестарт сервера. Рестарт агента сервера с прибитием всех процессов никак не помогал - фоновые сеансы так и висели. Ну и всё колом стояло. Кеш сервера чистили, если что.
После рестарта, пока работает неделю.
После рестарта, пока работает неделю.
8.3.20.1674 УТ 11.2
Работаем на ней с 29.01.
Сервер linux x64, клиенты - Win x32
В некоторых окнах слетело расположение реквизитов. В некоторых документах табличная часть занимает слишком много места по высоте и появляются полосы прокрутки. Сбрасыванием настроек не лечится.
Самый забавный глюк - Типовая обработка консоль запросов при выделении части текста запроса и последующим нажатии delelte удаляет строку из таблицы параметров. Как будто с фокусом проблемы.
Пользователям работать можно. Но вот конфигуратор расстраивает, отлаживать невозможно. При остановке в точке останова отладка самостоятельно "перепрыгивает" в фоновые задания - "ПараметрыБлокировкиСеансов" "ПроверитьТекущиеНапоминания" "ОбновитьКэшМеханизмаРегистрацииОбъектов" и т.п.
Работаем на ней с 29.01.
Сервер linux x64, клиенты - Win x32
В некоторых окнах слетело расположение реквизитов. В некоторых документах табличная часть занимает слишком много места по высоте и появляются полосы прокрутки. Сбрасыванием настроек не лечится.
Самый забавный глюк - Типовая обработка консоль запросов при выделении части текста запроса и последующим нажатии delelte удаляет строку из таблицы параметров. Как будто с фокусом проблемы.
Пользователям работать можно. Но вот конфигуратор расстраивает, отлаживать невозможно. При остановке в точке останова отладка самостоятельно "перепрыгивает" в фоновые задания - "ПараметрыБлокировкиСеансов" "ПроверитьТекущиеНапоминания" "ОбновитьКэшМеханизмаРегистрацииОбъектов" и т.п.
(71) Забыл дописать. Конфигуратор зависает и не отвечает ни на какие действия. Хотя в диспетчере задач окно не помечено как "не отвечает". Потом выходит ошибка "Передача данных прервана по инициативе принимающей стороны." За неделю 2 раза было.
Проблемы на 8.3.19.1467 и 8.3.20.1674
В большинстве случаях ошибка вылазиет в режиме предприятия, но иногда может вылезти и в конфигураторе. Периодичность разная, связать ее не с чем. Скрин прилагаю
Темы с ошибкой:
Толкового решения не найдено.
В большинстве случаях ошибка вылазиет в режиме предприятия, но иногда может вылезти и в конфигураторе. Периодичность разная, связать ее не с чем. Скрин прилагаю
Темы с ошибкой:
Толкового решения не найдено.
Прикрепленные файлы:
(75) У нас ошибка возникала в случае, когда сервер 1С и СУБД физически на разных машинах находится. Только конфигуратор вылетал, под пользователями не было. Ничего не меняли, уже пару недель не выскакивает ошибка, тьфу-тьфу. (8.3.19)
(78)
Да, и сеансы помечаются как спящие. А раз спит, значит нужно его убить, что система и делает)
Время завершения спящего сеанса в конфигураторе без изменений определено по умолчанию, как 86400 (секунд), но толку-то.
А вот время засыпания пассивного сеанса я увеличил до 5400. Сложно сказать, помогло ли как-то или нет. Надо будет поставить также на целые сутки проверить работу в течении дня.
Да, и сеансы помечаются как спящие. А раз спит, значит нужно его убить, что система и делает)
Время завершения спящего сеанса в конфигураторе без изменений определено по умолчанию, как 86400 (секунд), но толку-то.
А вот время засыпания пассивного сеанса я увеличил до 5400. Сложно сказать, помогло ли как-то или нет. Надо будет поставить также на целые сутки проверить работу в течении дня.
(83)
Да это же не я ставил )
Там, на самом деле, говорят про использование файлов реестра, я так понимаю - MultiKey.
Mimo 4 я у себя тоже протестил еще до прочтения вашего сообщения с использованием и пользовательского режима, и конфигуратора, отладки и простой работы, управляемые и обычные формы - ошибок встречено не было.
Да это же не я ставил )
Там, на самом деле, говорят про использование файлов реестра, я так понимаю - MultiKey.
Mimo 4 я у себя тоже протестил еще до прочтения вашего сообщения с использованием и пользовательского режима, и конфигуратора, отладки и простой работы, управляемые и обычные формы - ошибок встречено не было.
8.3.20.1674
Аварийное завершение.
База ЗУП 3.1.20.97
Действия: Ведомости в банк - Заполнить
На платформе 8.3.17.1851 все рассчитывает и не падает.
Аварийное завершение.
База ЗУП 3.1.20.97
Действия: Ведомости в банк - Заполнить
На платформе 8.3.17.1851 все рассчитывает и не падает.
(81) Проблема была в расширениях. В первом расширении были добавлены реквизиты табличной части, во втором расширении форма документа. После переноса в первое расширение формы все работает без аварийных завершений и вылетов в дамп. Второе удалил.
Проверка возможности применения никаких ошибок не выдавала.
Проверка возможности применения никаких ошибок не выдавала.
А список то рекомендованных платформ изменился :
Бухгалтерия предприятия КОРП, редакция 3.0, версия 3.0.107.34
Внимание! Текущая версия конфигурации "Бухгалтерия предприятия КОРП" предназначена для использования с версиями технологической платформы 1С:Предприятие 8 не ниже 8.3.17.1851, 8.3.18.1741, 8.3.19.1467.
Добавили 8.3.17.1851, которая ранее не была указана для БП, и убрали 8.3.20.1674.
Бухгалтерия предприятия КОРП, редакция 3.0, версия 3.0.107.34
Внимание! Текущая версия конфигурации "Бухгалтерия предприятия КОРП" предназначена для использования с версиями технологической платформы 1С:Предприятие 8 не ниже 8.3.17.1851, 8.3.18.1741, 8.3.19.1467.
Добавили 8.3.17.1851, которая ранее не была указана для БП, и убрали 8.3.20.1674.
Более того, на странице релиза 3.0.106.101 ( теперь тоже указана минимальная платформа 8.3.17.1851, а в readme ( так и осталась 8.3.18.1741.
Заметил такой косяк в 8.3.20.1674
В консоли администрирования в рабочих процессах в колонке "Лицензия" иногда появляются клиентские лицензии (хотя там должны отображаться только серверные). На работоспособность кластера вроде бы никак не влияет. Кто еще с таким сталкивался?
В консоли администрирования в рабочих процессах в колонке "Лицензия" иногда появляются клиентские лицензии (хотя там должны отображаться только серверные). На работоспособность кластера вроде бы никак не влияет. Кто еще с таким сталкивался?
Прикрепленные файлы:
8.3.20.1789 - вложенные файлы pdf сохраняемые из базы на диск формата PDF 1.5
платформа сохраняет в формате 1.7 чем портит файл (из за последнего добавленного тега markinfo файл перестает быть читаемым Акробатом, если манипуляции происходят с файлом формата 1.7 то проблем нет ) у нас эпидемия нечитаемых выгруженных файлов.
воспроизводится на типовой бухгалтерии проф 3 актуального релиза на эту дату вложение в Электронный документ исходяший произвольный с видом прочее
Во вложении исходный файл ФСБУ.PDF и битый после «обработки» платформой 1С FSBU.PDF
платформа сохраняет в формате 1.7 чем портит файл (из за последнего добавленного тега markinfo файл перестает быть читаемым Акробатом, если манипуляции происходят с файлом формата 1.7 то проблем нет ) у нас эпидемия нечитаемых выгруженных файлов.
воспроизводится на типовой бухгалтерии проф 3 актуального релиза на эту дату вложение в Электронный документ исходяший произвольный с видом прочее
Во вложении исходный файл ФСБУ.PDF и битый после «обработки» платформой 1С FSBU.PDF
Прикрепленные файлы:
фсбу.pdf
Смотреть безопасные и свежие платформы нужно ориентироваться по облакам. Штампуют разные версии, но в облаке всегда рабочее только размещаются.
На 13 мая актуальные стабильные платформы 8.3.19.1467, 8.3.20.1710(стоит у нас на серверах почти у всех клиентов), 8.3.21.1302.
На 13 мая актуальные стабильные платформы 8.3.19.1467, 8.3.20.1710(стоит у нас на серверах почти у всех клиентов), 8.3.21.1302.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
