Имя: Пароль:
1C
1С v8
На УТ11.5 и БП релиз 8.3.27.1786 работает нормально, критических ошибок нет?
0 Jackman
 
14.12.25
12:35
Здравствуйте!

На УТ11.5 и БП релиз 8.3.27.1786 работает нормально, критических ошибок нет? Или есть более удачный релиз для установки последних обновлений конфигураций?
1 PuhUfa
 
14.12.25
14:00
Я своим клиентам под УТ поставил 8.3.27.1859. Пока не жаловались.
2 Jackman
 
14.12.25
14:33
(1) Читал, в этой ветке 8.3.27.1859 в конфигураторе на форме не видны реквизиты , что не все гладко с 8.3.27.1859, там же прочел про 8.3.27.1786. Вот теперь думаю, что ставить.
3 PuhUfa
 
14.12.25
14:15
(2) гладкий релиз платформы - это фантастика (с)
4 maxab72
 
14.12.25
14:59
у меня последние БП и УНФ на 1606 запущены (с затычкой). Никаких проблем. Зачем релиз подняли - не понятно.
5 AAA
 
14.12.25
15:38
(4)а как затыкали? я не смог даже конфигуратор запустить под 1606
6 maxab72
 
14.12.25
16:04
(5) расширением, в двух местах прописал что минимальный релиз 1606 и се заработало. Главное, не забыть чтоб расширение было без галки "Безопасный режим". Где менять написал здесь Типовые конфигурации. Подлая подстава...
7 bolder
 
14.12.25
18:48
(0) В пользовательском режиме аномалий нет.Так как количество багов в 8.27.1859 все же меньше, новые инсталляции ставим ее.
Расширения не правим уже давно, полет нормальный.
8 Jackman
 
14.12.25
19:07
(7) Считаете, что 8.27.1859 предпочтительнее ставить, чем 8.3.27.1786?
9 AAA
 
14.12.25
19:16
(6)Получилось, но править пришлось еще в ОбщегоНазначения.УточнитьМинимальнуюВерсиюПлатформыИзСервиса
10 vis
 
14.12.25
19:41
(0)Неделю уже отработали, пока ничего не вылезло.
11 PuhUfa
 
15.12.25
06:53
(8) если вспоминать историю с таблицей BinaryData, то 8.27.1859 предпочтительнее, потому что https://bugboard.1c.ru?state=prj-plt8gen-er-60026399
12 maxab72
 
15.12.25
08:29
(11) сколько раз писали, что ошибка с макетами исправлена? два или три? а она все всплывала и всплывала...
13 Флориан
 
15.12.25
17:33
8.3.27.1936 в релизе, согласно hline там исправлена ошибка 70129609 - у нас растет BinaryData из-за нее
14 Jackman
 
15.12.25
12:41
(11) У того клиента БП базовая, а УТ несерверная, по идее, эта проблема с таблицей BinaryData не должна его коснуться.
15 Jackman
 
16.12.25
10:12
(13) Ох, выбирал из двух релизов, теперь придется выбирать из трех. Но как обстоят дела с 8.3.27.1936 еще непонятнее, чем с двумя предыдущими.
16 bolder
 
16.12.25
10:42
(15) Долго выбираешь..После платформы 25 нет уже безбажных...
Но пользователям пофиг,работают на 8.27.1859 и не жужжат.
И замечу - ей уже месяц,можно наверное и поставить?
17 Jackman
 
17.12.25
12:11
(16) Там особой срочности нет, главное - до НГ обновить. Вот я читаю, что в 8.3.27.1936, вроде, не обнаружили критических багов. Т.е. пока не обнаружили :)  Скорее всего, подожду до выходных и буду пробовать его ставить.
18 Crusher
 
23.12.25
10:58
После перехода на 8.3.27.1786 в отраслевой конфе на базе БП3 у случайных пользователей в случайный момент времени вылетает ошибка при формировании отчетов. В журнал регистрации ошибка не пишется. Пользовательский кэш чистил.  Может, кто-то сталкивался.
19 ZloyBrawler
 
23.12.25
11:05
(17) баг с нормально не работающей решалкой СЛУ никуда не ушел
20 DrZombi
 
гуру
23.12.25
11:32
(18) Что за ошибка?
Картинку хоть киньте. :)
21 vladko
 
23.12.25
11:33
(19) что за решалка СЛУ?
22 Dmitrii
 
гуру
23.12.25
11:47
(7) >> Так как количество багов в 8.27.1859 все же меньше

Странная логика.
Разумеется чем позднее опубликован релиз любого ПО, тем меньше в нём багов. Потому что тупо ещё не успели их найти.
По такой логике, ставить надо всегда самый последний релиз и как можно скорее. Потому что во вчера опубликованном релизе багов вообще нет. А завтра будет уже поздно т.к. и в нём найдутся ошибки.
23 Crusher
 
23.12.25
11:49
(20) "К сожалению, возникла непредвиденная ситуация". Но без технической информации.
24 ZloyBrawler
 
23.12.25
11:53
(21) Платформенный механизм решения систем линейных алгебраических уравнений.
Выдает некорректные результаты.
Активно сие чудо используется при закрытии месяца.
Пришлось в ERP отрубить его и использовать тот долгий алгоритм что есть в самой конфигурации.
25 Dmitrii
 
гуру
23.12.25
11:56
ИМХО, всё равно идеального релиза никогда не было и не будет.
Если обновление платформы неизбежно, то самым оптимальным подходом является установка последнего релиза со сроком публикации не меньше двух недель (желательно месяц). Разумеется после изучения багборда и оценки рисков наткнуться на опубликованные ошибки.
За месяц самые критичные ошибки всплывают и либо релиз отзывают, либо выходит обновление, либо есть описания способов обхода.

Ну и никто не отменял тестирования. Хотя бы критичные бизнес-процессы проверить, простой которых в случае факапа будет дорого стоить, занимает не так уж и много времени.
26 X Leshiy
 
23.12.25
12:00
(24) Весной читал статью на хабре про СЛАУ в 1с

https://habr.com/ru/articles/894562/

Там про "долго", мож поможет)
27 Jackman
 
23.12.25
12:40
Не решился ставить последний релиз, поставил на УТ и БП 8.3.27.1786. Посмотрим, если ничего критического в 8.3.27.1936 не найдут, то после НГ попробуем перейти на него.
28 ZloyBrawler
 
23.12.25
13:15
(26) наверное 1с прочитали ту публикацию потом дооптимизировались)) теперь просто СЛАУ выдают кривые результаты по волею судеб.

У нас проблем со скоростью нет
При 160000 узлов и более 2 миллионах связей в пару минут все укладывается

Но приходится пока юзать не платформенный механизм, а тот что в самой конфе и решает СЛАУ он посредством насилия над скулем где у нас ядер 36 и 72 потока да и памяти терик, скуль счастлиф
29 ZloyBrawler
 
23.12.25
13:19
(27) 1936 пашет стабильно, не считая СЛАУ, о чем выше писал

Ааа на 1936 в ЭДО проблемы с PDF файлами, стабильно падает, когда откроешь PDF и в носу ковыряешь долго или там по вкладочкам в документе ЭДО бегаешь

Бушки плакают, вылеты прям в винду происходят и приходится логиниться по новой в 1С
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший