21242 2009-08-26 19:26:37 +0400 glob или regexp для компоненты при автоподписке 2026-09-01 13:45:59 +0300 1 1 2 Infrastructure Infrastructure bugzilla.altlinux.org unspecified all Linux RESOLVED NOTABUG P3 enhancement --- 1 zerg mcpain corwin dottedmag oldest_to_newest 97370 0 zerg 2009-08-26 19:26:37 +0400 Было бы хорошо поиметь возможность указывать выражения для компонента в https://bugzilla.altlinux.org/userprefs.cgi?tab=subscriptions Например, *qt4* 294080 1 zerg 2026-09-01 12:55:19 +0300 Уже неактуально. 294096 2 rider 2026-09-01 13:45:59 +0300 Как раз успели исследовать вопрос, прежде чем баг закрылся — оставлю выводы здесь на случай, если снова станет актуально. Это реализуемо, и дёшево. Прототип с тестами написан и прошёл ревью; в мастер не пойдёт, раз потребности нет, но выводы такие: 1. Вся инфраструктура в коде уже есть: bz_check_regexp валидирует пользовательский паттерн на том же сервере БД, который будет его исполнять (при ошибке — внятная страница «Недопустимое регулярное выражение»), а REGEXP в MariaDB (PCRE2) незаякорен, т.е. просто qt4 означает то самое *qt4* из описания — glob-синтаксис не нужен. 2. Опасения не подтвердились (проверено на копии продовой базы, MariaDB 12.3): ReDoS не проходит (внутренние лимиты PCRE2 + имена компонент короткие), протухший/некомпилирующийся паттерн из таблицы даёт NULL построчно — правило просто замолкает, не ломая рассылку остальным; правил в user_announce_map ~330, производительность не вопрос. 3. Нюансы, которые всплыли на ревью: components.name — колонка с _bin-коллацией, матчить надо через COLLATE utf8mb3_general_ci (иначе qt4 не найдёт PyQt4); паттерн длиннее varchar(64) надо отклонять до INSERT (сервер молча обрезает). Объём: колонка component_pattern в user_announce_map + миграция, валидация в userprefs.cgi, одна ветка в SQL subscribers_list, поле в форме (en+ru) — суммарно ~70 строк кода и ~100 строк runtime-тестов. Побочный улов ревью: действия на вкладке подписок не проверяли CSRF-токен, а все тексты ошибок подписок в браузере рендерились как «Error string not found» (лежали в ветке шаблона, исключённой для ERROR_MODE_WEBPAGE). Эти два фикса живут независимо от фичи и уйдут отдельным PR.