Lilly
18 أبريل 2026، 4:02ص
1
عند إعداد أقسام الشريط الجانبي المخصصة واختيار أيقونة من المحدد، لا يسمح حقل البحث بالكتابة فيه للبحث عن الأيقونة حسب الاسم.
انقر/اضغط على أيقونة + في أسفل الشريط الجانبي لإنشاء قسم جديد لقائمة الشريط الجانبي المخصص.
انقر/اضغط لاختيار أيقونة لارتباط
حاول الكتابة في حقل البحث وتفشل
يجب أن يكون بإمكانك الكتابة في حقل البحث للعثور بسرعة على أيقونة بناءً على أول بضع حروف من اسمها. راجع صفحة إعداد الفئة المحدد الأيقونة كمثال على الوظيفة المتوقعة:
لا يمكن الكتابة في حقل البحث؛ يجب التمرير للعثور على الأيقونة واختيارها يدويًا.
يمكن إعادة إنتاج الخطأ على Meta وفي الوضع الآمن.
3 إعجابات
أحسنت يا @Lilly
يبدو أن هناك انحدارًا حديثًا نسبيًا، والذي يجب إصلاحه عبر
main ← fix-icon-picker-filter-in-modal
opened 09:56AM - 20 Apr 26 UTC
`DModal` listens for `keydown` on `documentElement` in the capture phase and can… cels events whose `activeElement` is not inside the modal wrapper, to prevent keyboard shortcuts from leaking to the page behind the modal.
Since `DIconGridPicker` replaced the select-kit `IconPicker` in the custom sidebar section modal (#38943), the picker's filter input renders inside the `#d-menu-portal-outlet` portal — outside the modal DOM — so every keystroke was cancelled and typing silently failed.
Allow keydown through when `activeElement` is inside a float-kit portal (`.fk-d-menu`, `.fk-d-menu-modal`, `.fk-d-tooltip`), which covers any menu/tooltip opened from within a modal without weakening the leak guard for elements actually behind the modal.
Also adds a system spec that catches this with real keyboard typing (the existing `icon_picker.filter` helper used `fill_in` + clicked the target icon which was already visible without filtering, so the bug slipped past the suite).
https://meta.discourse.org/t/400945
(تذكير: @saquetim )
إعجاب واحد (1)
نظرة عامة
خطوات إعادة إنتاج المشكلة
النتيجة المتوقعة
النتيجة الملاحظة
معلومات إضافية