сабж.

8.3.9.1850

Интересует в частности с сервером.

(1) А че нить повеселее :) ?

(3) Вопрос не имеет смысла - что одному критично у другого вообще не используется

Пока не встречал без багов. На файловой как-то получше работает. от себя 8.3.13

Хочу перейти на 16 из-за поиска в табличных частях. Но как то боязно, начитался про печать, ActiveX, html и прочее и не хочу переходить.

У нас 15.
Проблем нет.
И это вовсе не значит, что у вас их не будет.
Кроме того внутри 15-го релиза есть более глючные, а есть менее.

(4) Ну так, кто на чем сидит. я бы поделился мнением к примеру скл сервер у меня отваливается на 15 и на 16 проблема по печати - пока туда не пойду.

Опрос абсурден, а подробное обоснование выбора будет чушью

(7) Ну вот в (8) и пишу на 15 падает. пока голосую за 13

А где 7.7?

(6) есть такое.

(11) По умолчанию стоит и нерушима. Очень даже ничего. Но понавыпускали всяких новых.

(10) у 13 дурацкое поведение отборов в СКД в случае если в наборе данных есть объединение и в объединении участвуют не все поля. Реально замучался с этим и пришлось переписать кучу отчетов и заполняшек

(14) присоединюсь сталкивался. Но по крайней мере не падает.

(9) Так читать багрепорт на итс муторно и не у всех есть. а опрос для сбора реальной статы.

(8) Сейчас БУХ в обязы станет 8.3.15
как следствие в течение месяца начнется массовая миграция на этот релиз т.к.
годовые отчеты сдавать надо и БУХ почти никто не пилит - просто обновляет и все.
Таким образом месяца через два, после исправления багов поступивших от реальных БД, а не
франчевых песочниц - будет выпушен стабильный релиз 8.3.15.

Т.е. с марта 8.3.15.999 будет самым попсовым релизом до конца 2020.
(с) Ванга, 1974

А еще у 13 платформы косяк: если в фоновом задании во временное хранилище положить кучу данных, но в родительском сеансе они будут доступны не сразу) пишешь получитьизвременногохранилища(адрес), а там неопределено, ждешь секунду, лезешь опять в хранилище и все на месте)

(18) это стандартное поведение, оно в справке описано.

пока так, правда при переходе были танцы с бубном по защищенному модулю (конфа вылетала в космос при старте предприятия), пока его не обновили авторы конфы

у меня на сложной конфе есть некий "тест", его запуск на платформах старше 13-й вызывает необъяснимое падение в дамп. На 14,15,16 - падает.
НО! На тестовой 8.3.15.1830 - не падает! Жду релиза.

не знаю какой выбрать
у нас 14-ый , но будем переходить, но на какой еще не выбрали

Ну так бухня последняя просит

Да((( БП 3.0 при обновлении просит последний 15-тый(8.3.15.1778)
(7) (23) у Вас какой стоит? Не он?

Около месяца работаем на 16.1030
Особо разницы в работе не заметил, из глюков только периодическая потеря связи с сервером - такое было и раньше :( Грешу на сетевое оборудование

Новая буха замечательно работает на последних 14, 15 там ставить не обязательно.Хоть и написано,что 15 там мин.-это неправда.

Нечетные 11,13,15 глючные. Остановился на 16й. За неделю проблем не было

(27) Поточнее версию не подскажете?

(19) не понял про какое стандартное поведение ты говоришь. Фоновое задание завершено (делаю с помощью БСП-шных длительных операций), а данных во временном хранилище нет

После уже глюки полезли. Плюс "унификация", из-за которой перестает работать то, что работало.

Поставил 8.3.16.1063, через полдня сервер ушел в даун, все ядра загрузка 100% и память сожралась вся, притом, что пользователей вообще нет. Что бы дальше ни делал, через пару минут после рестарта агента начинают работать фоновые задачи, и ситуация повторяется. Даже диагностировать ничего не успеть. Откатился пока на 15.1778.

(31) Включить блокировку фоновых? Да ну, зачем... Проще помучаться...

(32) ага, и жить потом без фоновых

(33) Исправить ошибки, потом включить.
Хотя зачем...

(34) переписать платформу, исправить ошибки?

(31) Почему откатились на 15.1778 а не на 15.1830?

"-А, всё идёт по плану!" (переходим с УПП на ЕРП самостоятельно)