Moin
15 أبريل 2026، 1:27م
1
أنا مشوش قليلاً بشأن الميزة الجديدة التي توضح سبب عدم قدرتي على استخدام بعض الوسوم. فاعتمادًا على مصطلح البحث، يقول أحيانًا إنه يمكنني استخدام الوسم في هذه الفئة، وأحيانًا أخرى يقول إنه لا يمكنني ذلك. إذا لم يكن مسموحًا لي باستخدامه في هذه الفئة، ألا ينبغي أن يكون ذلك متسقًا؟ مع أنني أعتقد أنه مسموح لي باستخدام وسوم مكونات السمات في قسم الدعم، لذا أتساءل لماذا يشير الإكمال التلقائي إلى أنني غير مسموح لي بذلك.
4 إعجابات
آها، خطأي الميزة “أذكى” قليلاً عندما يتعلق الأمر بـ الحدود
main ← fix-disabled-tags-mislabeled
approved 08:33PM - 15 Apr 26 UTC
When searching tags in the composer, `filter_allowed_tags` applies a LIMIT (`max… _tag_search_results`, default 5). If more allowed tags match the query than fit under the limit, the overflow is silently dropped.
`append_disabled_tags` then ran a naive substring query for visible tags matching the term, assumed any tag not in the allowed list must be excluded by filter rules, and asked `explain_exclusion` to fabricate a reason. Allowed-but-cut-off tags leaked into the disabled list and showed the vague fallback "\"X\" cannot be used in this category".
Because `filter_allowed_tags` orders by term (`DISTINCT ON (lower(name) = lower(term), ...)`), the same tag could appear allowed under one search term (prefix match, ranks high, fits in the limit) and disabled under another (mid-string match, ranks lower, gets cut off) — producing inconsistent verdicts for the same tag in the same category.
Before labeling any tag as disabled or forbidden, re-run `filter_allowed_tags` scoped to the candidate names (no limit) and drop any that come back allowed. Extracted to `reject_allowed_tags` so both `append_disabled_tags` and `detect_forbidden_tag` go through the same verification. The probe is skipped when the allowed result didn't saturate its limit, since no cutoff is possible in that case.
https://meta.discourse.org/t/400696
إعجابَين (2)
كان يجب أن تكون 