Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа.
по причине:
Ошибка преобразования данных XDTO:
Значение: {http://v8.1c.ru/8.1/data/ui/style}РезультатУспехЦвет Тип: {http://v8.1c.ru/8.1/data/ui}Color
по причине:
Ошибка отображения типов:
Отображение лексического значения '{http://v8.1c.ru/8.1/data/ui/style}РезультатУспехЦвет' в значение типа 'Цвет'
Ошибка возникает периодически, закономерность не выявлена. Как назло, чаще всего на выходных. Возникает в разных местах (разные дин.списки документов), для разных цветов.
Только на одной базе - ERP (в остальных проблемы нет). Сейчас 15 платформа, ошибка была и на 14й - т.е. маловероятно чтоб ошибка платформы.
Помогает перезапуск рабочих процессов.
Думал включить ТЖ, но что там ловить? Саму ошибку -поймаю, будет думаю тот же текст что и в ЖР. А какова причина?
Ошибка имеет звание "ошибка Vanish" (по цвету текста, появляющемуся при ошибке). На партнерке про неё пишут, но решения нет, т.к. способа воспроизведения нет (как вызвать чтоб отловить и исправить - не известно).
Такая же проблема началась месяца 2 назад, решали перезапуском службы 1С с очисткой серверного кэша. Сейчас попробовали перезапустить рабочий процесс тоже помогло. Работаем на тонких клиентах. ERP 2.4.8.92 и 1С 8.3.16.1030. Проблема началась и на ранних обновлениях, последующие обновления не помогли.
Такая же проблема началась месяца 2 назад, решали перезапуском службы 1С с очисткой серверного кэша. Сейчас попробовали перезапустить рабочий процесс тоже помогло. Работаем на тонких клиентах. ERP 2.4.8.92 и 1С 8.3.16.1030. Проблема началась и на ранних обновлениях, последующие обновления не помогли.
Добрый день! Кто то решил эту проблему? У нас такая же ерунда, в точности как у автора в теме, розово-сиреневая 1С, ошибка отображения типа. Конфигурация 1С ERP, релиз платформы сменили на последний 1С:Предприятие 8.3 (8.3.16.1148), конфигурацию сменили на последнюю 1С:ERP Управление предприятием 2 (2.4.11.56) - и ничего не помогло, хотя надежды были. Решаем так же вопрос с помощью топора - перезапуском службы агента 1С предприятия на сервере. Сегодня попробовали завершать рабочие процессы на сервере 1С, вроде тоже помогло, но хотелось бы кардинального решения или хотя бы знать причину
(9)Подскажите пож, что значит указание основного стиля в расширении. У нас эта ошибка на внешнем отчете (СКД) в УТ, будем пробовать службу перезапускать, но хотелось бы и ваш способ применить, если способ 1 не сработает.
(9) Спасибо большое, добрый человек!!!:)
пока сработало, причем хотелось проскочить этап перезапуска - и все стало розово-фиолетовым:) после перезапуска исправилось, посмотрим, как дальше будет
На сколько я понял, эта ошибка возникает в толстом клиенте при использовании управляемых форм.
В моем случае основной стиль у конфигурации был указан, но ошибка возникала так:
В управляемой форме есть реквизит формы с типом "Произвольный", называется "ГиперссылкаЦвет"
В "ПриСозданииНаСервере" выполняется код
ГиперссылкаЦвет = ЦветаСтиля.ГиперссылкаЦвет;
И с этого момента при попытке вызова любой серверной процедуры, когда форма пытается сериализоваться, выдавалась ошибка лексического отображения.
Решил следующим путем:
Создал расширение, в нем расширил обработчик "ПриСозданииНаСервере", чтобы после него вызвать собственную процедуру, куда написал
(21) Помогло именно это решение. А указание основного стиля в расширении просто ломало расширение (при попытке открыть форму в расширении - 1С вылетала)
Тоже поймал эту ошибку на платформе версии 8.3.14.1854 (64бит). Обновлять платформу не вариант.
Перезапуски, чистка кэша, пересоздание tempdb, правка кода как в сообщении выше не помогали.
Однако удалось выявить, что ошибка появляется в момент работы одного фонового задания. Фоновое задание оперирует с таблицами значений под 700+ тысяч строк и поднимает эти таблицы в запрос. Отключение фонового задания устранило ошибку.
Возможно, это поможет в поисках. Удачи всем.
Моя догадка в (22) не подтвердилась, ошибка появилась снова.
Удалось исправить методом (21). Пришлось разобрать форму, найти все реквизиты и элементы с цветом из поврежденных стилей и переопределить им цвета в расширении. Не обязательно присваивать "Неопределено", можно задать цвета по вкусу. В моем случае было достаточно расширить процедуру ПриСозданииНаСервере После и программно задать цвета элементов формы и реквизитов.
Похоже, некоторые элементы стиля этой проблемной конфигурации повреждены или некорректно определены. Это можно заметить, если попытаться добавить стиль в расширение и затем присвоить его элементу формы в расширении. Вместо заданного цвета будет "Фуксия" Цвет(255,0,255).
Было похожая проблема. Но без использования серверной платформы. Использовался только веб сервер IIS. Решилось изменением настройки в пуле приложения версии среды CLR.NET на "Без управляемого кода".
Цвета сразу пришли в порядок
У меня такое начало выскакивать в обработке загрузки документов из ЕГАИС, при перевыборе транспортного модуля (1С УПП ЛВЗ 1.3.166.1). Причем, на обмен документами это не влияло, только валилось при перезаполнении таблицы. В свойствах конфигурации удалил "Основной стиль" и обновил динамически, в обработке изменился цвет (стал более резким и зеленым). Затем выставил обратно "Основной стиль" = "Основной" и снова сохранил. Ошибка ушла, цвет вернулся нежно-розовый.
Также в разных местах сталкиваемся с цветами из стилей. Если критичное место, то заменяем на прямое указание цвета (WebЦвета.Красный и т.д.). Используем управляемые формы в режиме обычного приложения, самописная конфигурация с внедренной подсистемой ЭДО - там этого много намешано.
В 24 ветке платформы все то же самое :), попробую (27) в применении к основной конфигурации.