Анализ ЖР: различные значения колонки после отбора по комментарию, содержащему двойные кавычки

[john-doe-1c]

Программное окружение

Платформа: 8.3.21.1624
Режим БД: клиент-серверный
Конфигурация. Название: 1C: УТП (11.1.4)
Конфигурация. Основной режим запуска: Управляемое приложение
Конфигурация. Вариант встроенного языка: Русский
Конфигурация. Режим управления блокировкой данных: Управляемый
Конфигурация. Режим совместимости: Версия8_3_9
Конфигурация. Режим использования синхронных вызовов: Использовать
Конфигурация. Версия БСП: 203
Конфигурация. Использовать обычные формы в управляемом приложении: Да
Инструменты разработчика. Версия: Конфигурация 6.78.1
Инструменты разработчика. Инструмент: Анализ журнала регистрации
Инструменты разработчика. Перехват клавиатурного ввода: Да
Инструменты разработчика. Объекты на сервере: Да
Инструменты разработчика. Асинхронность запрещена: Нет
Инструменты разработчика. Разрешены имитаторы: Да
Клиент. Приложение: Управляемое приложение 64б
Клиент. Проверка модальных вызовов: Нет
Клиент. Язык интерфейса конфигурации: ru
Клиент. Язык интерфейса системы: ru
Клиент. Отладка разрешена: Да
Клиент. Постоянный кэш метаданных: Да
Клиент. ОС: Microsoft Windows Server 2019 Standard 64-bit Русский
Клиент. ОС от имени администратора: Нет
Клиент. ОС выполнение BAT: Да
Клиент. ОС Active code page: 866
Клиент-Сервер. Пинг: 0мс
Сервер. ОС: Майкрософт Windows Server 2019 Standard 64-разрядная Русский
Сервер. Процесс: 64б
Сервер. Отладка: нет

Воспроизведение проблемы

1. Открыть инструмент "Анализ ЖР".
2. Загрузить на форму последние сто ошибок (а лучше тысячу или даже 10 тысяч).
3. Встать в колонку "Комментарий" (в любую ячейку этой колонки в таблице подгруженных событий ЖР) и вызвать команду различных значений.
4. Выбрать в списке любое значение, содержащее двойные кавычки, нажать дважды по нему мышкой - в таблице произойдет отбор по этому комментарию.
5. Переместить фокус в колонку "Пользователь" (или в любую другую колонку, но можно и не перемещать вообще). Я перемещал в пользователя чтоб на следующем шаге получить список пользователей.
6. Снова вызвать команду из шага 3, возникнет ошибка:

Ошибка при вызове метода контекста (Инициализировать)
{ОбщийМодуль.ирОбщий.Модуль(19805)}:ПроцессорКомпоновки.Инициализировать(МакетКомпоновки, ВнешниеНаборыДанных, , Истина);
{ОбщийМодуль.ирОбщий.Модуль(19552)}:Результат = СкомпоноватьВКоллекциюЗначенийПоМакетуЛкс(МакетКомпоновки, КоллекцияЗначений, ВнешниеНаборыДанных, ТолькоСоздатьКолонки, СхемаКолонок, МаксимальноеЧислоСтрокРезультата,
{Обработка.ирРазличныеЗначенияКолонки.Форма.Форма.Форма(348)}:ТаблицаРезультата = ирОбщий.СкомпоноватьВКоллекциюЗначенийПоСхемеЛкс(СхемаКомпоновки, НастройкаКомпоновки,, ВнешниеНаборыДанных,,,,, РежимОтладки);
{Обработка.ирРазличныеЗначенияКолонки.Форма.Форма.Форма(1045)}:Если Не ОбновитьДанные(, Истина) Тогда
{ОбщийМодуль.ирКлиент.Модуль(16784)}:РезультатФормы = Форма.ОткрытьМодально();
{ОбщийМодуль.ирКлиент.Модуль(17409)}:ОткрытьРазличныеЗначенияКолонкиЛкс(ИсточникДействий,,, ЭтаФорма);
{Обработка.ирАнализЖурналаРегистрации.Форма.Форма.Форма(330)}:ирКлиент.УниверсальнаяКомандаФормыЛкс(ЭтаФорма, Кнопка);

по причине:
Ошибка компоновки данных
по причине:
Ошибка инициализации
по причине:
Ошибка в выражении
по причине:
Синтаксическая ошибка

[tormozit]

Ошибку воспроизвел https://www.hostedredmine.com/issues/965039
Она вызвана ошибкой платформы. Не уверен что смогу найти надежное решение до ее исправления в платформе.

[john-doe-1c]

Посмотрел ссылку, там упоминается вариант сравнения "Содержит".
А заменить его на "Равно" можно?

[tormozit]

Нет. Такой вид сравнения недоступен для текста неограниченной длины.
Диагностика ошибки улучшена в 6.80

[john-doe-1c]

для текста неограниченной длины

А зачем комментарий события ЖР в твоем отборе сделан неограниченной длиной?
Когда я в различных значениях колонки нажимаю на конкретную строку, меня интересует отбор по конкретной строке конечной длины. Да и длины всех остальных событий, попавших на вход этой команды, известны.
Почему бы не делать (после вызова команды различных) эти комментарии строками ограниченной длины, чтоб отбор на равенство сработал корректно?

[tormozit]

Отбор (вид сравнения) делается механизмом платформы не по конкретным строкам таблицы, а по колонке. У нее есть тип. Чтобы его сузить для всей колонки, нужно выполнять опять же затратную операцию сужения типов колонок. И даже если ее сделать, то если будет хотя бы одно значение длиннее 1024 символа, то все равно придется использовать неограниченную длину.

[john-doe-1c]

если ее сделать, то если будет хотя бы одно значение длиннее 1024 символа, то все равно придется использовать неограниченную длину

Или не использовать, а отобрать по равенству первых 1024 символов (на время отбора урезав комментарии всех событий попавших на форму). И то только если в отбираемом значении есть двойная кавычка.
Не вариант для обхода?

[tormozit]

Разработчики платформы сообщили, что исправлять ошибку не будут, т.к. в режиме совместимости 8.3.19+ ошибка исправлена. А те, кто использует более низкие режимы совместимости, должны жить с этой ошибкой. https://partners.v8.1c.ru/forum/topic/2135554

[john-doe-1c]

исправлять ошибку не будут, т.к. в режиме совместимости 8.3.19+ ошибка исправлена
Как-то можно их спросить, в чем они видят пользу от неисправления ошибки для совместимости 8.3.18-? Ну т.е. почему это вообще привязано к режиму совместимости, а не к версии платформы?