Добрый день!
УТ 11 + сервер 1с + SQL + клиентские машинки
Обновили платформу на 8.3.13.1513 и начались своего рода мелкие глюки: то F9 срабатывает через раз, то в буфер не хочет ничего ложиться/доставаться, то формы не растягиваются как положено.
Чтобы наглядно было (на примере формы подбора): http://d.radikal.ru/d12/1810/46/cd7176d21d6b.jpg
Форма при закрытии сохраняет размер окна, но при последующем открытии размер окна оставляет тот-же, но элементы до краев формы не растягивает. Если потянуть за уголок формы, то 1ска с 50-ти процентным шансом исправит ситуацию и растянет элементы, либо ничего не произойдет и окошко останется растянутым, а элементы сжатыми.
Чистка кэша не помогает. Переустанавливать или откатывать платформу немножко геморройно в связи с большим кол-вом рабочих мест, поэтому хотелось бы оставить этот вариант на последок. Посоветуйте что можно еще попробовать сделать? Проблема возникает на всех клиентских компьютерах.

Погодите немного, скоро выйдет новая платформа.
Багов действительно много.

(1) Спасибо, так и поступим :)

"Переустанавливать или откатывать платформу немножко геморройно в связи с большим кол-вом рабочих мест" // Какая разница, сколько рабочих мест?

(1) Откуда инфа то ?
Как пример крайней ошибки релиза "При выборе пункта из контекстного меню поля ввода обычной формы может происходить аварийное завершение программы.."
Исправлена: "Технологическая платформа", версия 8.3.14

Может это самый простой способ загнать народ в тестеры.

(4) ну например хотя бы оттуда, что тестовая 8.3.13.1549 уже опубликована

(5) Не могу согласиться, в этом релизе исправлены вроде только две ошибки.

Кстати по описанным автором глюкам есть зарегистрированный код ошибки ?

У меня на 13 вообще при обновлении база умерла, причем обнаружилось только через 20 минут работы... Хорошо были выходные и я сам тестил. Пришлось уйти на 12 и обновить там - иначе никак не получалось починить. Ну ее 13 - число неудачное походу

(7) Вы написали что сидите на 8.3.13.1513 или обновились на 12 и перевели ? )
Просто зачем, если 8.3.12.1469 для УТ рекомендуемый , а минимальный в требованиях 8.3.10.2699.

(8) Для бухгалтерии минимальный -12 релиз.
Сначала обновились на 13-ом, база померла. Откатил на 12 - база так и осталась мертвой. Что только не делал.
Восстановил из бэкапа - обновился на 12-ой. Полет нормальный.

(9) Какой-то тихий ужас... когда умирала база что-то прошептала в конце ?

(10) ага, прокричала Ошибка при выполнении запроса POST к ресурсу /e1cib/misc

Причем умирала медленно - сначала на одном пользователе, потом на другом... Не сразу. ХЗ что почему так. Видимо какое то фоновое запускалось под пользователем и рушило базу для него - он больше войти не мог.

(11) Жесть... Батюшку вызвать, провести обряд изгнания демонов и серваки окрапить святой водой... )

Типовая ?

+(13) Надо быть готовым к такому и включать журнал, было бы проще разобраться.

8.3.13 - полет норм, рабочих мест несколько сотен, проблема только с ТНФ. Юзеры к новым косякам привыкают. Убеди их что это не косяки, а плюхи, пусть радуются

(0) чистка кеша какого?
Где чистим?

Целых две чертовых дюжины в номере релиза... слишком опасно

(15) а какие дальше цифры 8.3.13.xxxx ?
а то завтра обновляться решили и как раз выбрали 1513 ...

снимается вопрос, 3.13 только 1513 на юзерс.в8 и есть.

А 8.3.12.1469 норм?

(20) ни хрена себе норм. 1469 = 13 * 113.

в общем обложили со всех сторон. Сиди пока не рыпайся.

Походу и у меня началась трискайдекафобия(болезненная боязнь числа 13).
Получаем справки и требуем компенсации от 1С.

Обновились на 8.3.13.1513 - переодически выкидывает пользователей, пока не понял почему, ночью вообще рухнул.
Будем откатываться.

Коллеги. Я поставил 8.3.13 и проклял все на свете. Это ска какая-то боль.

Да, БП и ЗУП отлично летают, никаких проблем даже близко нет. Все идеально. А вот Автосервис 1.6 на базе УНФ 1.6 заходит через раз и еще периодически вываливается с ошибками. Их три и они все наугад:
1) ошибка формата потока
2) ошибка xml
3) обнаружено логическое завершение модуля (1, 1) и куча спецсимволов, которых там и в помине нет

Пробовали ВСЁ. Кроме как поставить 8.3.12. Сегодня ночью именно это и будем делать. Ибо на таком говне работать нереально.

К слову, чтобы оставить элементарный багрепорт на простую ошибку, там всю плешь проедят и раз 5 попросят уточнить данные и только через полгода пофиксят. Поэтому багрепортить ЭТО смысла не вижу. Себе дороже.

Это как в первых восьмерках были постоянные ошибки "сеанс отсутствует или удален" по любой причине из ста возможных, так и здесь.

(24) [А вот Автосервис 1.6 на базе УНФ 1.6]
с каким режимом совместимости ?

(26) с любым. Абсолютно не роляет режим совместимости, будто его и нет вовсе. 10, 11, 12, 13 - один и тот же эффект. а вот на 11 релизе с 10 и 11 режимами было норм

(24) >>Поэтому багрепортить ЭТО смысла не вижу.

А что вы хотите от этой полу-левой поделки?  Я с ней лет 7 назад работал - так и не понял, как оно вообще может работать.

(24)А реструктуризацию делал?

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

(24) "Да, БП и ЗУП отлично летают" Отлично летают??? Поставил 8.3.13.1513 на БП. Меня уже юзеры достали, что очень тормозная система стала. Раньше такого не было. И что делать? Отключать все регламенты?

После установки 8.3.13.1513 начались проблемы с РИБ в УТ 10.3. При обмене между базами на MS SQL(ЦБ) и DB2(ПБ) не дошли изменения конфигурации. При этом с файловыми периферийными базами вроде все нормально. Еще вылезла ошибка: "при выполнении запроса POST к ресурсу /e1cib/moxel" в отчете на УФ. Откатился на 8.3.12

(31) У нас все наоброт. Настрой кластер.


(30) Закрытые модули у этой хрени распакуй просто и поправь ошибки.

(32)>> После установки 8.3.13.1513 начались проблемы с РИБ в УТ 10.3.

Ут должно на 8.2 быть вечно. Это же толстый клиент, который забросили лет 5 назад.

(32) А зачем для ут10 ставить 8,3,13?

(34) Так у них пади одна служба сервера 1С на все инфобазы и есть БП

(35) придется им курить маны по установке двух платформ 1С 8.2 и 8.3 на одном сервере.

(36) Зачем 8.2? Для типовых на ОФ 8.3.9 очень годная, особенно если надо всякие-разные интеграции (SSL и HTTP-сервисы из коробки, например)

(24) кто ж виноват, что поставщик автосервиса еще не успел адаптировать конфу под 8.3.13

(38) О каком адаптировании речь? Ничего для 8.3.13 адаптировать не нужно.
Когда что-то нужно (как, например, при переходе на 8.2 и 8.3), об этом пишется в хтмл-файлике.

Вот надо было сначала почитать прежде чем обновляться )))
Крайне не рекомендую 8.3.13, пришлось откатываться на 12, глюков и ошибок полные штаны.

У меня под 8.3.13.1513 такая проблема оказалась
- создал узел базы Бухгалтерия 3 через план обмена ПоОрганизации, база создалась, и запускается, но при входе в некоторые списки документов пишет ошибку
"Запись не найдена в менеджере имен базы данных"

(41) Была такая ошибка полгода назад, но связана она была с обменом и с тем, что в состав плана обмена загружаемый объект не входил

На самописной конфе была такая ошибка.
При реструктуризации спотыкалось на РН.
До перехода проблем на платформе 8.3.6 не было.
Причина была в том что РН сначала сделали оборотным, настроили агрегаты. А потом изменили обороты на остатки, не удаляя настроек агрегатов...

Ошибка была
Запись не найдена в менеджере имен базы данных

чтобы я после таких страшилок на 8-ку перешел...?!

под ЗУП 3.1.8 надо обновлять платформу, 8.3.12.1714 у кого стоит? есть нарекания? на 8.3.13 чет пока не тянет после таких тем

сейчас на 8.3.11.2867

(46) Не надо.

(47) На 8.3.12 полюбому надо обновляться.

(48) как бы "Внимание! Версия 3.1.8 предназначена для использования с версией платформы 8.3.12.1440 (и более поздних)."

(49) у Вас какая версия сейчас?

(51) 1685

(52) спасибо

(53) я правильно понял, что критичных замечаний нет в этому релизу?

(54) Отсутствие каких-то там критичных замечаний не говорит о том, что у тебя проявившиеся баги не превратятся в критичные. У всех своя кухня и рецепты.

Похоже и я на грабли с релизом наступил.

При тестировании базы с реструктуризацией падает на сообщении

«В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Ссылочная константа содержит недопустимый ссылочный номер таблицы»

Запускаю обработку показывающую структуру таблиц БД.

На конструкции

СтруктураБД = ПолучитьСтруктуруХраненияБазыДанных();

вылетает с ошибкой

"Ошибка при выполнении операции с базой данных. Запись не найдена в менеджере имен базы данных."

Причем самое странное - одна база прошла обновление и реструктуризацию отлично, а на другой вот такой сюрприз.

Расширение пади на упавшей базе есть

Обновлять платформу нужно по необходимости, а не по желанию, недавно новую ставил 8.3.12, полет нормальный, стояла 8.3.10

На всех платформах 8.3.12-8.3.13 вплоть до 8.3.1513 при работе с УРБД наблюдался жесточайший баг при обновлении конфигурации: Обновление тупо не проходило в некоторые перефирийные базы, несколько раз перефирийные базы умирали в процессе получения обновления. При мелком редактировании конфигурации правки до перефирийных баз в половине случаев тоже не доходили. В 8.3.13.1644 этот глюк наконец-то ушел.

(57) Расширений нет.

в каком нибудь релизе починили прерывание поиска?

(59) Можете подсказать такой момент ?

Запускаю ТИ ИБ

Режим "Реструктуризация таблиц информационной базы".

Выдает ошибку.

"В процессе обновления информационной базы произошла
критическая ошибка
по причине:
Ошибка SDBL:
Ссылочная константа содержит недопустимый ссылочный номер таблицы"

В строке состояния при этом информация о том что идет реструктуризация ПланВидовРасчета.ОсновныеНачисленияОрганизаций

При этом

1. РИБ нет
2. Расширений в конфигурации нет.
3. Конфа на поддержке с возможностями изменения, добавлены в справочник Договоров и Контрагентов пара реквизитов. Остальное все закрыто замками.
4. Не помогает даже схема - разрешить изменения в конфигурации, заменить на конфигурацию поставщика загрузив конфигурацию, и добавив изменения из текущей конфигурации через сравнение - объединение

Ошибку выдает как на релизе 8.3.13.1513 так и на релизе 8.3.11.3034

Можно ли выловить константу на которой идет падение через Технологический журнал (какие события для этого нужно настроить) ? Или может есть еще какой то способ ?

(62) Структура БД разрушена же

(63) Как может быть разрушена структура БД если выгрузка в файловую базу с дальнейшим тестированием chdbfl показывает что ошибок нет ?

(64) Если толкать машину без двигателя руками, то она тоже едет, ага

(65) Устранить эту ошибку в БД как то можно ?
Без отправки базы в фирму 1С.

Любым способом - через скульную или файловую базу, через манипуляции с таблицами в скуле, редактирование 1Cv8.1CD или еще как то.

(0) Проблему с растягиванием ловили еще на 8.3.12.15хх какойто платформе с УТшкой 11.1. Помогло изменение режима совметимости на 8.3.9. Хотя всегда стояло 8.3.6 и раньше такой проблемы не было, ощущение как будто сломали режим совместимости 8.3.6 и он стал игнорировать некоторые вещи

(65) Можете пояснить один момент ?

Почему ошибка сохраняется если осуществлять такую схему

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

Но это не происходит.

(68) Потому что "добавив изменения из текущей конфигурации"

(68) Возникает вопрос - если мы в результате манипуляций описанных в (67) перезаписываем таблицы конфигураций
Config и ConfigSave то где же хранится тогда ошибочная информация ?

(69) У меня в текущей конфигурации изменено от конфигурации поставщика только три реквизита справочника контрагентов и четыре реквизита справочника договоров. если в этом проблема то могу отказаться от изменений загрузив конфигурацию поставщика. Эти реквизиты потом через XML перелью.

(70) Не путай конфигурацию и структуру БД. DBSchema таблица называется.

(71) На чистой инфобазе со свежезагруженной конфигурацией поставщика ошибка воспроизводится?

(72) в DBSchema нет структуры бд. есть только соответствия
типов бд и 1с

+  (74) полей

(72) (74) Спасибо за пояснения.

Можно ли исправить ошибку в этой таблице DBSchema манипуляциями с таблицами на скульной базе или через редактирование 1Cv8.1CD на файловой ?

(72) (74) Например если сделать так

1. Конфигурация рабочей БД приводится к типовой конфигурации поставщика.
2. Из типовой базы с такой же конфигурацией поставщика берется таблица DBSchema и переливается в рабочую.

Сработает ?

(73) Я делаю загрузку конфигурации из конфигурации поставщика. Реструктуризация проходит.

Делаю тестирование и исправление.
Получаю опять сообщение

"В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Ссылочная константа содержит недопустимый ссылочный номер таблицы".

Почему так происходит ?

DBSchema же перезаписывается при реструктуризации.

(78) Значит в конфе поставщика баг сидит. Смириться.

(79) Очень жаль.

Был бы жив awa спросил бы у него как решить эту проблему.

Ну значит придется переходить к плану Б - создание новой базы и копирование данных через XML.

(79) Можете подсказать один момент ?

При реструктуризации выдает такое сообщение:

"В процессе обновления информационной базы произошла критическая ошибка
по причине:
В схеме базы данных отсутствует таблица "Reference39"."

Reference39 это Справочник.ДолжностиОрганизаций
В скуле эта таблица есть (dbo._Reference39).

Можно ли поправить как-то эту ошибку в схеме базы данных (я так понимаю речь идет о DBSchema) если копии базы где этой ошибки не существует.

Последняя доступная для скачивания платформа 8.3.13.1644
А по ссылке:
https://releases.1c.ru/version_files?nick=Trade110&ver=11.4.6.174
написано:
Не рекомендуется использовать текущую версию конфигурации на платформе 8.3.13.1513.

(81) "копии базы где этой ошибки не существует" // Наверное, ты имел в виду "где этой ошибки нет". Проверял на разных релизах платформы? Инфобазу тоже создавай прямо (с нуля) под разными релизами.

А то в какой-то 8.3.8, например, был баг при создании новой инфобазы под этим релизом - в последующих версиях всплывали баги. Если же создать под 8.3.9 - уже ничего не всплывало.

(83) Да копия рабочей базы где этой ошибки нет.
То есть копия базы где структура конфигурации нормальная (без разрушенных справочников).

Такой копии нет.

Создание новой базы под тем де релизом проблему не решает. Получается другая структура конфигурации. Выглядит это вот так

Рабочая база (где есть ошибки)

Reference39    Справочник.ДолжностиОрганизаций
Reference40    Справочник.ДоходыБудущихПериодов
Reference41    Справочник.ДоходыЕСН

Новая база того же релиза

Reference39 Справочник.ДокументыРеализацииПолномочийНалоговыхОрганов
Reference40    Справочник.ДокументыУдостоверяющиеЛичность
Reference41    Справочник.ДолжностиОрганизаций

То есть взять DBSchema из новой базы того же релиза и перелить его в рабочую базу не получится.

(83) Если бы такая копия рабочей базы была я бы просто перелил из нее в рабочую базу таблицу DBSchema и все.

С наступающим коллеги! Посоветуйте 12-ю стабильную. В праздники надо обновиться.

(87) 12-я должна быть минералкой. )

(87) Занимаешься низкокачественным трудом, да еще и в праздники?