Платформа 8.2.15.301.
Простейший запрос намертво валит платформу в дамп, что в файл что в клиент-сервер.

Нормально отрабатывпает:
ВЫБРАТЬ
   ТИПЗНАЧЕНИЯ(ПРЕДСТАВЛЕНИЕ(Валюты.Ссылка)) КАК Поле2,
   Валюты.Ссылка
ИЗ
   Справочник.Валюты КАК Валюты

Валит платформу:
ВЫБРАТЬ
   ТИПЗНАЧЕНИЯ(ПРЕДСТАВЛЕНИЕССЫЛКИ(Валюты.Ссылка)) КАК Поле2,
   Валюты.Ссылка
ИЗ
   Справочник.Валюты КАК Валюты

Собсно делитесь методами, кто как быстро и легко может завалить платформу :)

А смысл ее валить? и столь же бессмыслено получать тип представления.

бла, завалило тоже :)
8.2.15.289

(1) спортивный интерес

в 1с писать лень, что платформа так отрабатывает ТИПЗНАЧЕНИЯ... по сути - явный баг

классика:
а=Новый СписокЗначений();
а.Добавить(а);
а=ЗначениеВСтрокуВнутр(а);

Описание ТИПЗНАЧЕНИЯ из манускрипта в студию, будем гнобить автора "бага"

(0) Рекурсия :))

Процедура ВыполнитьРекурсию()
   Сообщить(Сч);
   Сч = Сч + 1;
   ВыполнитьРекурсию();
   
КонецПроцедуры

(6)
Функция ТИПЗНАЧЕНИЯ
Функция опеределения типа значения в запросе.

Параметры функции:

Параметр — выражение любого типа

Возвращаемое значение: тип значения.

Пример:

ВЫБРАТЬ ТИПЗНАЧЕНИЯ(Продажи.Регистратор)
ИЗ РегистрНакопления.Продажи КАК Продажи

(5) :) о! не знал.
(7) нене, не интересно)

(8) тока родился?

уже сто раз обсуждали, что возвращаемое запросным методом ПРЕДСТАВЛЕНИЕ() выражение не типизируется.

Есть день - это типы, т.к. там все прозрачно и очевидно
Есть ночь - это данные, т.к. там все мрачно бывает

И есть сумерки - это ни типы и ни данные, как тот электрон в коллайдера, как глянешь такой и будет.

ПРЕДСТАВЛЕНИЕ() возвращает сумерки и система об этом знает, посему и послан за незнание)

Пробовал на укр. конфах, платформы: 8.1 и 8.2. Открываем список документов "Операция бухгалтерский учет" внизу есть закладки по бух.и налоговому учету, пробуем воспользоваться поиском по номеру строки получаем ошибку sdbl

Завалить платформу? Легко!
В ПриЗаписи
Записать();

(10) в (0) первый запрос смотри, он отрабатывает корректно, возвращает тип Строка, хоть таковым по факту и не является. Тут запинается именно на ПРЕДСТАВЛЕНИЕССЫЛКИ, видимо разрабы не подкрутили у него работу с ТИПЗНАЧЕНИЯ

(12) у нас франчи в обработке проведения написали ЭтотОбъект.Записать(); и вроде работает)

(11) проблемы поиска в обычных и дсписках в каждом релизе рапортуються как решенные, я уже редко наблюдаю такие траблы, мож корень зла СУБД, ораклину юзаешь?

вот такая она 1С загадочная еще:
а = ТипЗнч(а);
Сообщить(ТипЗнч(а));

Результатом: Тип :) какой не понятно

(14) Допиши туда РежимЗаписиДокумента.Проведение первым аргументом

(16) Тип есть такой Тип

(15) СУБД - MS SQL, такая же ошибка и в файловой версии. Данный баг еще заметил года 3 назад:)

(13) Представлениессылки это сумерки в сумерках, в здравом уме разве имеет практический смысл
типзначения(представлениессылки(...))?

если тип составной, то нужно выразить тип или как-то еще

(20) тут не о смысле речь, а о реакции системы на бессмысленное, как в (5) тоже. Данный код не противоречит ничему, но платформа не согласна)

(19) подтверждаю, на файловой УПП удалось воспроизвести тоже

(20)
1Ска должна быть суровой русской бабой - если кто-то спьяну несет чушь - отнести в постель, раздеть, уложить спать.
А она как тургеневская девица - от слова "хер" в обморок падает.

Замечательный запрос иногда валит даже сервер:


ВЫБРАТЬ
   *
ИЗ
   РегистрСведений.АдресныйКлассификатор КАК КА1
   ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АдресныйКлассификатор КАК КА2 ПО ИСТИНА
   ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АдресныйКлассификатор КАК КА3 ПО ИСТИНА
   ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АдресныйКлассификатор КАК КА4 ПО ИСТИНА
   ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АдресныйКлассификатор КАК КА5 ПО ИСТИНА
   ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.АдресныйКлассификатор КАК КА6 ПО ИСТИНА