Всем привет!
Товарищи, хочу озвучить проблему с написанием запросов с использованием составных типов в расширениях. Может кто-то смог решить, кроме как переопределением запросов в событии "ПриСозданииНаСервере" Забегая заранее, на сайте релизов 1С писали (в каталоге ошибок ошибка с кодом 60007478), что проблема решена в релизе платформы 8.3.23.1865, но это оказалось неправдой. Вот уже месяц каждые 3-4 дня пишу в техподдержку ('v8@1c.ru'; 'k@1c.ru', 'webits-info@1c.ru'). Ответа вообще нет - полный игнор. В итоге уже подумываем отказаться от расширений и больше их не использовать.
Суть проблемы: в абсолютно любом запросе, написанном в форме в расширении, например в любом динамическом списке, если в соединении (левом, правом или полном) в условии соединения присутствует поле составного типа, то платформа выдает абсурдную для данного запроса ошибку вида "Неверные параметры в операции сравнения. Нельзя сравнивать поля неограниченной длины...".
Ошибку в компании 1С признали, но никак не устранят.
Товарищи, хочу озвучить проблему с написанием запросов с использованием составных типов в расширениях. Может кто-то смог решить, кроме как переопределением запросов в событии "ПриСозданииНаСервере" Забегая заранее, на сайте релизов 1С писали (в каталоге ошибок ошибка с кодом 60007478), что проблема решена в релизе платформы 8.3.23.1865, но это оказалось неправдой. Вот уже месяц каждые 3-4 дня пишу в техподдержку ('v8@1c.ru'; 'k@1c.ru', 'webits-info@1c.ru'). Ответа вообще нет - полный игнор. В итоге уже подумываем отказаться от расширений и больше их не использовать.
Суть проблемы: в абсолютно любом запросе, написанном в форме в расширении, например в любом динамическом списке, если в соединении (левом, правом или полном) в условии соединения присутствует поле составного типа, то платформа выдает абсурдную для данного запроса ошибку вида "Неверные параметры в операции сравнения. Нельзя сравнивать поля неограниченной длины...".
Ошибку в компании 1С признали, но никак не устранят.
Прикрепленные файлы:
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2)
Удивляет то, как долго длится проблема и то, что ложно написали об устранении. Ну и полный игнор со стороны техподдержки.
Метод не подходит своей "костыльностью". Плюс, при написании любого такого запроса в расширении (форма, модуль объекта... везде) конструктор запроса не работает - при нажатии "ОК" выдает эту же ошибку. Таким образом использование конструктора запросов невозможно.
Ну не работает пока в платформе! Чем не подходит озвученный метод?
Удивляет то, как долго длится проблема и то, что ложно написали об устранении. Ну и полный игнор со стороны техподдержки.
Метод не подходит своей "костыльностью". Плюс, при написании любого такого запроса в расширении (форма, модуль объекта... везде) конструктор запроса не работает - при нажатии "ОК" выдает эту же ошибку. Таким образом использование конструктора запросов невозможно.
(6)
Алгоритм попытался написать максимально кратко, чтобы не лень было моделировать.
Когда сам тестировал, конечно испробовал все, включая то, о чем Вы написали. Даже все существующие объекты дерева метаданных "пробрасывал" в расширение - не помогает.
так нужно в расширение добавить все типы, которые используются.
Алгоритм попытался написать максимально кратко, чтобы не лень было моделировать.
Когда сам тестировал, конечно испробовал все, включая то, о чем Вы написали. Даже все существующие объекты дерева метаданных "пробрасывал" в расширение - не помогает.
Не думал о таком подходе. Как крайний вариант можно воспользоваться, спасибо за идею. Но все же хотелось бы использовать расширения на все заявленные возможности.
Ведь все эти обходные пути по сути "закрывание глаз" на проблемы. Так механизм расширений не будет развиваться. А если мы будем обозначать проблемы и настаивать на их устранении, то в итоге можем получить действительно крутой инструмент.
Ведь все эти обходные пути по сути "закрывание глаз" на проблемы. Так механизм расширений не будет развиваться. А если мы будем обозначать проблемы и настаивать на их устранении, то в итоге можем получить действительно крутой инструмент.
(1) Если на фикси, то не такая большая проблема отслеживать при обновлении, добавленные структуры данных, по сравнению с типовой. Включить возможность изменения у части объектов, которые изменяете (дополняете реквизиты, табличные части и т.д.). Расширения использовать только для внесение изменений в модули по сравнению с типовой. В формы стараться прописывать изменения программно.
Давайте честно. Наверное каждый 10-й вопрос на форуме про некорректную работу расширений. Или невозможность чего-то сделать. Или просто неправильное приготовление этих расширений автором вопроса. По факту расширения хороши в полностью изолированных доработках систем. Как правило какой-то инструмент, подсистема без использования типового функционала. Быстрое временное исправление каких-то ошибок без обновления основной конфигурации и т.д. В остальных случаях - добавляет столько же неудобств, сколько помогает (+/- тоже самое, если не использовать расширения).
Даже на форму не всегда удобно добавлять, реквизиты, потому как не во всех типовых конфигурациях прописан вызов какой-нибудь процедуры общего модуля, который удобно в расширении переопределять, хотя бы процедур пустышек (лучше всего пустышек).
В 1С нет и наверное не может быть полноценного инструмента, для которого сейчас пытаются использовать расширения.
Как он должен выглядеть?
Давайте честно. Наверное каждый 10-й вопрос на форуме про некорректную работу расширений. Или невозможность чего-то сделать. Или просто неправильное приготовление этих расширений автором вопроса. По факту расширения хороши в полностью изолированных доработках систем. Как правило какой-то инструмент, подсистема без использования типового функционала. Быстрое временное исправление каких-то ошибок без обновления основной конфигурации и т.д. В остальных случаях - добавляет столько же неудобств, сколько помогает (+/- тоже самое, если не использовать расширения).
Даже на форму не всегда удобно добавлять, реквизиты, потому как не во всех типовых конфигурациях прописан вызов какой-нибудь процедуры общего модуля, который удобно в расширении переопределять, хотя бы процедур пустышек (лучше всего пустышек).
В 1С нет и наверное не может быть полноценного инструмента, для которого сейчас пытаются использовать расширения.
Как он должен выглядеть?
(13) Не соглашусь. До обновления релиза платформы, т.е. до возникновения данной ошибки, нас полностью устраивал механизм расширения. Полностью! Использовали и слезы счастья смахивали :) А тут такая "подстава".
Причем, если бы техподдержка реагировала - обозначили сроки устранения, пусть и большие, то не возникло бы такого негатива. Это был бы обычный рабочий процесс устранения недостатков продукта. Но обратной связи совсем нет. И непонятно куда можно обратиться. Негатив вызывает неопределенность со стороны "поставщика" инструмента.
Причем, если бы техподдержка реагировала - обозначили сроки устранения, пусть и большие, то не возникло бы такого негатива. Это был бы обычный рабочий процесс устранения недостатков продукта. Но обратной связи совсем нет. И непонятно куда можно обратиться. Негатив вызывает неопределенность со стороны "поставщика" инструмента.
Наконец ответили со службы поддержки
Проверьте, пожалуйста, поведение на тестовой версии 8.3.24.1315 (доступна на ИТС) Ошибок быть не должно
На более ранних версиях, в качестве обходного варианта, можно в расширении у составного реквизита убрать галочку "Любая ссылка" и пометить те же объекты, что и в основной конфигурации в этом случае сообщение об ошибке не будет отображаться
Проверьте, пожалуйста, поведение на тестовой версии 8.3.24.1315 (доступна на ИТС) Ошибок быть не должно
На более ранних версиях, в качестве обходного варианта, можно в расширении у составного реквизита убрать галочку "Любая ссылка" и пометить те же объекты, что и в основной конфигурации в этом случае сообщение об ошибке не будет отображаться
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот