QuickOpen (Ctrl+P) search matching logic needs to be improved

[kumarharsh]

• VSCode Version: 1.16-insider
• OS Version: Windows 10

If I have a file with path: ui/src/ui/Icons/index.js
and there are other files, such as: ui/src/utils/constants.js, etc...

after scrolling about 49 or so entries, I get the match I need:

Then, searching for ui/Icons puts the more relevant ui/src/ui/Icons path somewhere way down the list, not what I'd expect. I'd expect a matches with longer runs to be higher rated, no? It seems like this was (partially) fixed somewhere in previous builds because I always type these kind of path and stopped getting miffed with the results - they were not perfect, but they were passable, But lately I'm finding myself getting miffed again, so I think this bug is a regression?

Maybe possibly linked: #20546

Reproduces without extensions: Yes

[kumarharsh]

Another demo which paints a more stark picture for the need of a better ranking:

The ui/input/index.js should be at the top - it has matches ALL of the search string, and should be the highest ranked. No idea why paths which match only bits and pieces of the search string show up at the top.

[bpasero]

#34210

[kumarharsh]

#27317