Workspace symbol picker doesn't put exact match first

[unlessgames]

The symbol picker seems to not sort the fuzzy results as I'd expect.

In the example below, I search for defaultArrow, an exact name of an entry that shows up in the list but it's listed far down after results that seemingly don't even match the query at all.

Is this an issue with the LSP (using the elm-language-server in this example)?

It's only marginally related but shouldn't the symbol picker show all symbols before the user types anything? As you can see it opens with an empty picker instead.

Using version 25.01.1 on Linux

[unlessgames]

I realize this issue only happens with the workspace-level symbol picker, the per-file one behaves as expected.

[the-mikedavis]

What does the log say when running in verbose mode? hx -v --log log.txt and attach log.txt

[unlessgames]

I did the same thing as in the gif, attached the resulting log.

log.txt

[the-mikedavis]

The workspace symbol picker is a special case (like global_search (<space>/)) - we don't filter or sort by the query used for the name column. Instead we pass it as-is to the language server and show what the language server sends back. The response to workspace/symbol matches what you see in the gif - the server is sending back defaultArrow near the end of the results. This should be fixed in the language server, it should send back results sorted by relevance

[unlessgames]

If someone stumbles upon this problem specific to the elm-language-server, I have submitted a PR that fixes it here