В настройке группировке ошибок пропала группировка "Проект"

[agibalovsa]

Описание ошибки

В настройке группировок ошибок (рис. 1) была сущность проект, было очень удобно ее использовать при работе с расширениями. Теперь данной сущности нет. как без рук.

Как воспроизвести

1. Открыть панель "Ошибки конфигурации"
2. Зайти в отбор (Рис. 1.)

Скриншоты

Рис. 1.

Ожидаемое поведение

Необходимо вернуть группировку проект. Нужно для группировки ошибок по коду проверки сразу по всем проектам.

Лог рабочей области

metadata.zip

Версия 1С:EDT

Ruby 2023.3.4

Операционная система

Windows

Установленные плагины

1C:Code style V8, 1C:SSL-support

Дополнительная информация

No response

[LesN1ck]

Кажется, это не баг, а фича (https://dl03.1c.ru/content/DevelopmentTools/2023_3_0/1cv8upd_2023_3_0.htm):

Поэтому это скорее в пожелания теперь нужно отправлять.

[agibalovsa]

@LesN1ck а в чем смысл такого функционала?? Ну можно было его двигать, и вс хорошо было.

[LesN1ck]

@LesN1ck а в чем смысл такого функционала?? Ну можно было его двигать, и вс хорошо было.

Это вопрос к разработчикам EDT. В любом случае, запланированное поведение системы - это не ошибка. И уж тем более не критическая.

[agibalovsa]

И уж тем более не критическая.

Пусть решают разработчики. Есть вот такой пункт.

[LesN1ck]

И уж тем более не критическая.

Пусть решают разработчики. Есть вот такой пункт.

Вы сами же выделили пункт: по результатам объективного сравнительного тестирования, а не мнения пользователей. Все, что я вижу - это мнение одного отдельно взятого пользователя. А объективного сравнительного тестирования не вижу.

[dsavenko]

Возможность группировки по проекту на любом уровне была убрана. Причин тому две:

1. Невозможность эффективной реализации в рамках текущей модели данных. Существовавшая реализация была неэффективна по CPU и RAM и тормозила развитие подсистемы ошибок.
2. Актуальность под вопросом. Например, группировка по объекту, а затем по проекту вообще не имела смысла, но была возможна в рамках старой системы.

Если вы выведете группировку по коду проверки на первое место (кнопка "вверх" в панели настроек списка), вы получите примерно ту же картину, что и раньше, просто у вас проекты будут на первом уровне дерева, а проверки - на втором.

Если вам нужна конкретная проверка, вы можете ввести ее в поиске.

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

Прежняя функциональность группировки ошибок по коду проверки на верхнем уровне дерева, а по проекту - на втором уровне, более недоступна, но это не является багом.

[agibalovsa]

@dsavenko спасибо за разъяснение, Вас понял. Возможно тогда золотой серединой будет опция включения/выключения группировки проекта на первом уровне? Как вариант, вернуть галочку Проект, без возможности перемещения вниз. Вроде такая реализация не должна повлиять на производительность.

Зачем это нужно. Мы работаем с расширениями, и возникает ряд однотипных ошибок, которые возникают после: а) обновления типовой конфигурации, когда возникает ряд критических ошибок в разных расширениях. б) обновления самой EDT и включении новых проверок. В этом случае группировка по проекту мешает, и полезной становится группировка по коду ошибки.