dmtrKovalenko / dmtrKovalenko/fff

[Bug]: Expected full file match

Open
#722 1 comment 0 reactions 0 assignees View on GitHub
bug triaged
Dominant language
Rust
Stars
10.7k
Forks
446
Avg merge
1d 21h
Merged PRs (30d)
39

Description

### Which fff frontend?

Neovim plugin (fff.nvim)

### has logs

_No response_

### Description

I'm curious whether this is intended behaviour but i expected that a direct name match matches before folder / file (see screenshot)

I have:

`lsp/typos_lsp.lua`

that matches before:

`lsp.lua`

Image

I tried clearing the cache but didnt change

Contributor guide

No contributing guide indexed for this repository

Research direction

Reproduce the Neovim plugin search with lsp/typos_lsp.lua and lsp.lua, checking whether the ranking consistently places the direct filename match first. Read the search-ranking implementation and existing ranking tests, if present; done means the expected ordering is defined and verified without breaking other file matches.

Written by the indexing model from the issue text.

Assessment

Tech stack
lua, rust
Domain
search
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.