Добрый день. Собрались обновлять наконец платформу с 8.3.14 на что-то более актуальное. Есть ли смысл сразу ставить 8.3.20 1590 или лучше поставить что-то более старое? Не хотелось бы ошибок наполучать из-за того что релиз только только был. Ставил уже кто последний билд? Отпишитесь пожалуйста.

(14) Заметил что картинки перерисовали, даже стартовое окно 1С выглядит не очень (кнопка конфигуратор).

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

(0) Восьмерка еще сырая)

(11) не, это же не мои файлы.

Хорошая тема. Готовим переход на ERP 2.5 с 2.4. Работаем с расширениями. В прошлой 8.3.20.1549 была ошибка в &ИзименениеИКонтроль в &НаКлиенте. В этой версии поправили эту ошибку - работает корректно.

8.3.17.1851. Работает достаточно долго.

Фоновые задания потеряли своих владельцев. Пользователь ИБ не идентифицирован

(0) Вот ее бери, не тушуйся, таки стабильность не равно исправлены ошибки :)

https://releases.1c.ru/version_files?nick=Platform83&ver=8.3.18.1698

+(0) 20-тый релиз чертовски сырой :)

(23) Работает шустро, но конфигуратор = жесть какая-то.
1. Не открываются на полный экран формы, роли если все окна закрыты. Если хоть 1 окно открыто, то все ок. Раньше вроде запоминался выбор и если закрыл развернутую форму, то и новые открываются развернутыми.
2. Курсор живет своей жизнью:
- копи-паст может скопировать данные из других полей: форма документа, свойства элемента формы, указано Имя="ГруппаСтраницаОшибки", Заголовок="Ошибки", выделяю значение из поля "Заголовок", нажимаю ctrl+c, вставляю в поле "Подсказка" и ctrl+v вставляет значение "ГруппаСтраницаОшибки" вместо "Ошибки".
- встаю обратно в поле "Заголовок" с зажатым ctrl, нажимаю a (чтобы был хоткей ctrl+a и сразу выделился текст "Ошибки"), 1С улетает в другую степь и выделяет все элементы формы документа (хотя я работаю в рамках свойств элемента формы);
- периодически зависает курсор: мигает в текстовом поле (код модуля, свойство реквизита или объекта), вводишь с клавиатуры и ничего не происходит;

(24) п.2 в 8.3.19.1399 такая же беда, в 8.3.18.1698 все ок.
С п.1 видимо я не обращал внимание.

Вчера вышло обновление Бухгалтерии 3.0.106.40. В описании требуется версия не ниже 8.3.18.1741, 8.3.19.1467, 8.3.20.1674.
Подскажите какую лучше поставить? И обязательно ли ставить новую платформу? Сейчас стоит 8.3.17.1851.

Не советую. Слишком в .20 багов много находят.

(21) это где?

(13) у на 19 и обычные формы

Что скажете насчет 8.3.19? Уже достаточно протестирована? Можно ставить последнюю 8.3.19.1467 на нетиповую Бух 3.0?

(30) Ничего не изменилось с тех пор, когда ТС задал свой вопрос. Все рекомендации, озвученные в ветке - в силе.

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

(26) тут ясно, что дело темное... онлайн демо 1С Бухгалтерия предприятия, редакция 3.0 (3.0.105.45) на 8.3.17.1851 до сих пор. )

(30) Та же проблема - нужно обновить нетиповую БП на релиз 3.0.106.40. В описании требуется версия не ниже 8.3.18.1741, сейчас работаю на платформе 8.3.18.1483, хотелось бы узнать, какую версию платформы вы выбрали?

А расскажите мне как в 1 день смогли 2 релиза 19 выпустить
8.3.19.1467     16.11.21         
8.3.18.1741     16.11.21         
8.3.19.1417     16.11.21

у нас правда 1417 стоит

(34) я выбираю на нетиповых блокировку результатов проверки версии платформы и работает относительно древний релиз без каких-то заметных ошибок.

Тоже БП на  8.3.17.1851. Как со скоростью вывода на печать на .18 и .19? Печатаем много документов.

(34) там кстати в 1cv8upd.htm

"Текущая версия конфигурации "Бухгалтерия предприятия" предназначена
для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.18.1732, 8.3.19.1458, 8.3.20.1661.

Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.18.1732."

:)

(35) >> как в 1 день смогли 2 релиза 19 выпустить.

А в чём проблема?
Ну опубликовали релиз 1417.
Следующую версию хотели опубликовать позже, но, например, выявили какой-то критичный косяк, потребовавший внеплановой публикации релиза с исправлением. Или кому-то из КОРП клиентов обещали платформу с исправлением какого-то бага.
Собрали новую версию и опубликовали 1467. Отзывать предыдущую 1417 разумеется не стали, т.к. её уже кто-то наверняка успел скачать.
Сама по себе сборка релиза наверняка автоматизирована и, с технической точки зрения, можно хоть по десять сборок публиковать ежедневно.

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

(41) У 1С есть ещё куча релизов, которые они не публикуют. Чисто для внутреннего пользования. Помнится даже во фреше у них крутились платформы версий, не опубликованных официально.
Так что вполне возможно, что 1467 был таким внутренним неофициальным релизом, который был уже собран и протестирован, но по каким-то причинам его пришлось публиковать официально.
Конечно "х..к, х..к" - это святое и "наше всё", но не настолько.

(38) они говорят, что исправили замедление печати в 8.3.20.1549:
https://bugboard.v8.1c.ru/error/000108015

(39) это ты ее режим совместимости еще не видел -)

Обновила на 8.3.17.1851 тестовую БП на 3.0.106.40. Обновилась как миленькая, взлетела, документы открываются.

А кто-нибудь пользовал релизы: 8.3.20.1674, 8.3.20.1613, 8.3.19.1467?

Вся ветка 8.3.20 вплоть до 8.3.20.1674 Если запустить фоновое задание без регламентного то оно будет в списке сеансов значится без имени пользователя от имени которого оно было запущено.

8.3.20.1616 x32 в файловом режиме - периодически падает без объяснения причин

(48) пардон 8.3.20.1613

Я поставил на комп платформу 8.3.20.1674 (к ранее установленным 8.3.14, 8.3.19), и у меня даже список баз 1С перестал открываться - сразу шло падение с ошибкой.

Пришлось чистить локальный кэш полностью и пересоздавать список баз 1С заново вручную - иначе 1С не запускается даже на старых базах 8.3.14 (сразу идёт падение с ошибкой).

Вот такая удачная платформа 8.3.20!

В крайнем релизе БП 3.0.106.58 котик не в колпачке. Год тигра все-таки, обидится (

(51) Есть колпачок! БП 3.0.106.58 на 8.3.17.1851

(48) там процесс 8ки в диспетчере раздувается до 2ГБ и она из-за своей 32х-битности вылетает, что понятно о причине.

Я попробовал поставить 8.3.20.1674х64 на типовую конфигурацию БП 3.0.106. с которой работаю  2-3 пользователя. Пока работает без сбоев.

8.3.20.1674 тоже не прокатила. Полезли ошибки несоответствия типов, будем переходить на 8.3.18.1741.

(52) подгрузился?)

Доброго дня всем!
Всех с прошедшими праздниками!

Есть какие-нибудь новости по стабильному релизу?

(57) одинесовцы всей толпой все праздники сидели как проклятые и пилили стабильный релиз.

аж сайт с релизами положили

.

И всё-таки, что выбрать для стабильной работы (ЗУП): 8.3.20.1674 или 8.3.18.1741?

Может голосовалку? Накидайте хоть достойных вариантов, а то прям всё такое "вкусное", что выбрать не из чего.

ЗЫ: Вариант "самый стабильный релиз - это 7.7.027" не предлагать!

(61) 8.3.20.1674 в серверном варианте падал несколько раз в день. И именно на ЗУПе. Ставили кадрам для обучения. Файловая версия нормально работает. На ней и учились.

Тут говорят для ОФ 19.1467, а для УФ можно и 20.1674.

https://forum.infostart.ru/forum86/topic274507/

Буду тоже ставить 8.3.20.1674 в конце недели, у нас только УФ серверный вариант.
Отпишусь в понедельник, если кому интересно будет.

(63) падал сам сервер или именно клиент? Скуль или Постгрес?

(63) Контрпример. Перешли на 8.3.20.1674 в конце декабря (28-го). Серверный вариант на скуле. Падений не было, глюков пока не замечено. Основная конфа ERP 2.5.7

(62) Выбирать особо не из чего:  8.3.18.1741, 8.3.19.1467, 8.3.20.1674

Решил остановиться на 8.3.19.1467.

(0) Падение производительности после 8.3.16 - станет для тебя самым неприятным сюрпризом.

У меня на одном и том же железе тест Гилева на платформе 8.3.16 дает в 2 раза больше попугаев чем 8.3.17\18\19\20.
Конечно, может он не идеален - но вот бухи по моим ощущениям стали жаловаться тоже ровно в 2 раза больше.

По моему уже давно не секрет того, что 1С давно забила на производительность своих систем. Они делают упор чтобы наращивали железо!

(69) настало время очешуительных историй!
Падение есть, но не в два же раза.

(70) очешуительная история - только наполовину такая. Такое падение наблюдается только в файловой. На sql падение не так ощущается. В типовых конфигурациях. А вот 1с. Отель - вот там да...не выше 8.3.16

(65)Падал сам сервер. Скуль. И именно на ЗУПе, причем там же БП и КА нормально работали.

(26) Обновлял на 8.3.17.1851, оставил пока ее же.

(74) +1

(68) На 19 релизе есть большой косяк с отбором по счетам бух.учета. в на багбоарде выложили.
буду ставить 8.3.18.1741 - как минимально необходимую.

Установили 8.3.20.1674, работаем в Документооборот 2.1.29.17 и ERP 2.5.6.291, базы MsSQL, начали массово ловить ошибки "Ошибка применения расширения" в процедурах "ИзменениеИКонтроль". Режим совместимости 8.3.16 (игрались с совместимостью - не помогает). Ошибки появляются и в общих модулях, и в формах. Пока на рабочих серверах откатились до 8.3.18.1289, может, кто что-то посоветует, куда копать ?

(77) https://bugboard.v8.1c.ru/error/000116716

(78) Спасибо. Жаль, что с момента принятия её к исправлению прошло уже два месяца, и ничего не исправлено до сих пор.

(37) А как обойти эту блокировку, поделитесь

&Вместо("ПараметрыПроверкиВерсииПлатформыПриЗапуске")
Функция AdBlock_ПараметрыПроверкиВерсииПлатформыПриЗапуске()

    ПараметрыПроверки = ПродолжитьВызов();

    // Здесь делаем подстановку в этом результате, чтоб с платформой можно было работать, даже при отказе по результатам проверки
    ПараметрыПроверки.Продолжить = ИСТИНА;
    Возврат ПараметрыПроверки;

КонецФункции

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

(81) лоль. "AdBlock_ПараметрыПроверкиВерсииПлатформыПриЗапуске"

(82) :-)

Видел или нет, что однажды в опубликованном релизе или для тестирования или в демо базе утекло расширение AdBlock ?

из минусов обнаружил - в конфигураторе при нажатии Home устанавливает курсов в нулевую позицию строки без учета отступа

не забывайте, что во фреше 8.3.17 - спецверсия для фреша

Накатил я на праздниках 8.3.20.1674 32х.

Приключения начались ещё при установке. Толи установщик, толи регистрация утилиты не увидели мой "1CV8Clst.lst" и сервер создал его в стандартном месте. Так и не понял почему. Первый раз такое.

Самую большую базу (БП 3.0 КОРП) штормит:
- "Сеанс отсутствует или удален" и не пускает, но не сразу, утром все входят и работают, потом никто не может войти;
- если сервис не перегружать, то выгрузку сделать не даёт и сообщает "Ошибка СУБД", перезагрузив сервис - выгружается, но может не сразу.

Мелкие базы работают стабильно. Вроде. Пока.
Теперь думаю мигрировать на 8.3.20.1674 64х.

Ещё после установки 8.3.20.1674 стал пропадать режим серверной отладки в открытом конфигураторе, хотя ключ "-debug" установлен. Перезапуск конфигуратора всё решает.
Сразу после установки я прописал в реестре ключ "-debug" самым первым в списке ключей, серверная отладка не включалась: сколько бы раз я не перегружал сервер. Только когда я переставил ключ "-debug" на третье место серверная отладка включилась.

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

Я вот подумал, что стабильность версий 1с она как безопасность вакцинации. и 1С и Гинцбург говорят, что все в шоколаде, но пацаны то понимают...

Вшивый опять о бане

(89) А что не так с безопасностью вакцины?

8.3.20.1674 - я так понял более менее безопасный релиз, с 18 ветки можно уходить на 20 и в серверной иконку можно убрать?

(86) коллега, а зачем было вообще накатывать 32х версию? почему сразу не использовать 64х? тем более если база у Вас такая "злая" т.е. большая

(91) ;)

(89) +1
(92) Я вот тут серьёзно думаю понизиться до 19.
(93) Можно я не буду рассказывать? Стыдно очень. =)

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

Так что там с 20 релизом? Конкретные пацаны на нем уже шуршат нормально? А то тоже уже край подошел, нужно совершать олимпийский прыжок и хотелось бы на что-нить максимально свежее из стабильного.

Цифра 20 мне в принципе нравится, так что дело за малым :)

(97) Страшно, однако. Есть нехорошее подозрение, что крупным конторам 20 придётся пропустить.

А фреш сейчас на каком релизе шуршит?

Я поставил 8.3.20.1674, полёт нормальный, ошибок не нашёл, вылетов и аварийных завершений нет,  но доработки в этих базах (БП, ЗУП, УТ) отсутствуют или достаточно простые

Хотелось бы на 20-й. Там довольно много вкусного задекларировано. Из важного - язык запросов наконец-то расширили и вроде как неплохо допилили сервер приложений в части повышения стабильности работы (главное, чтобы ничего не сломали при этом). Но почитал список текущих неисправленных ошибок - на текущий билд переходить явно не стоит.

Ладно. Месяцок еще подожду, как вариант...

(76) а что за косяк с отбором по счетам в 19 релизе? в чем проявляется?

(99) если у крупных контор стоит БП на поддержке, то не придется...

(102) так это небось и режим совместимости требует

(104)
При получении итогов регистра бухгалтерии с отбором по счету может происходить ошибка вида
Ошибка SDBL:
Таблица или поле TED2 не содержится в разделе FROM и аварийное завершение работы программы.
Исправлено в тестовом релизе 8.3.20.1710

(105) У больших контор обычно есть возможность БП на отдельном сервере держать.

Подскажите какую версию платформы щас лучше использовать для клиент-сервер windows server 2019, mssql2019?

8.3.20 апнулась как то быстро.

8.3.20.1613    17.11.21
8.3.20.1674    22.12.21    
8.3.20.1710    07.02.22

Получение итогов регистра бухгалтерии с отбором по счету

Код ошибки: 50014467
Код(ы) обращения: HL-416413
Статус: Исправлена в тестовой версии Зарегистрирована: 28.11.2021
Исправлена: "Технологическая платформа", версия 8.3.20.1710 (для тестирования)
Исправлена: "Технологическая платформа", версия 8.3.21.1141 (для тестирования)

Описание:
При получении итогов регистра бухгалтерии с отбором по счету может происходить ошибка вида

Ошибка SDBL:

Таблица или поле TED2 не содержится в разделе FROM

Отладка с использованием HTTP протокола

Код ошибки: 10228395
Дублирующие: 10229756 30160676 40032782 40054849
Код(ы) обращения: CSR-28713 CSR-300189 CSR-300215 CSR-300337 CSR-300581 CSR-300815 CSR-300828 HL-253672 HL-253810 HL-292520 HL-322711 HL-354400 HL-398626
Статус: Исправлена в выпущенной версии Зарегистрирована: 30.12.2020
Исправлена: "Технологическая платформа", версия 8.3.20.1710
Исправлена: "Технологическая платформа", версия 8.3.21.1141 (для тестирования)

Описание:
При включенном режиме отладки с использованием HTTP протокола может происходить аварийное завершение работы рабочих процессов сервера 1С:Предприятия.

Способ обхода:
Использовать протокол отладки TCP.

Дополнительная информация:
Ошибка платформы.

Вот эта фигня мне плешь проела за две недели

Обновление ... и какую платформу ставить?!