{"section":"known-issues","requestedLocale":"en","requestedSlug":"specifications-with-the-same-name-affecting-the-filter-visibility-at-the-intelligent-search","locale":"en","slug":"specifications-with-the-same-name-affecting-the-filter-visibility-at-the-intelligent-search","path":"docs/en/known-issues/Intelligent Search/specifications-with-the-same-name-affecting-the-filter-visibility-at-the-intelligent-search.md","branch":"main","content":"## Summary\n\n\nMultiple specifications with the same name are grouped into the same _\"facet\"_ by the Intelligent Search, which can be problematic if they have different settings.\n\nSome attributes that may be affected are the filter, hidden and indexed/searchable toggles, field type, and value position. There's no difference between being a product or SKU specification.\n\nIt is not possible to know which property will take precedence over the other.\n\n\n##\n\n## Simulation\n\n\nFor a store with:\n- a specification named \"type\" (ID 1) set as a filter (to appear in the storefront);\n- another specification named \"type\" (but ID 2), which is not set as a filter (to stay hidden from the storefront).\n\nThe storefront may or may not render the search filter for the facet/specification \"type\" due to the conflict with the \"isFilter\" property.\n\n\n##\n\n## Workaround\n\n\nAlthough the Catalog module does not block repeated specification names, this usage should be considered wrong."}