Page MenuHomePhabricator

Autocomplete highlighting does not actually highlight matched text
Open, Needs TriagePublicBUG REPORT

Description

Steps to replicate the issue (include links if applicable):

  • Go to en.wiki
  • Type in "Wiki" in the search box.
  • Wait for the autocomplete menu (typeahead).

What happens?:

Everything except "Wiki" is in bold.

What should have happened instead?:

Exactly the opposite. "Wiki" should be bold.

Software version (on Special:Version page; skip for WMF-hosted wikis like Wikipedia): en.wiki

Other information (browser name/version, screenshots, etc.):

Now:

obraz.png (885×1 px, 151 KB)

Was in January (T309795):
Screenshot_20220602-182655.jpg (2×1 px, 391 KB)

Edit: seems fine in mobile view (so maybe just a desktop problem?):
obraz.png (3×1 px, 651 KB)

Event Timeline

Thanks for the report @Nux 🙏🏻 Interestingly enough, what you are describing is actually the expected/designed behavior! When defining the search component for Vector 2022 (new default desktop skin in en.wiki), the Web team decided to take a different approach to displaying matches. The reason was clever and reasoned based on some external recommendations: the user is aware of their input, so bringing their attention to the rest of the match's text can help them recognize the relevant result faster.

Nevertheless, you're not the first person to find this pattern confusing or misaligned with expectations. The inconsistency with the Minerva skin/mobile implementation is also definitely not helping. So, we're considering taking your ticket as an invitation to review this behavior again.

@Sarai-WMDE In that case should I just unassign myself from the ticket, as the team decides on the behavior?

Yes, please @Jaskaran121 🙏🏻 My apologies for not noticing earlier! We need to reevaluate this pattern internally and come up with a consistent solution/plan. Thank you!