dmtrKovalenko / dmtrKovalenko/fff
[Bug]: Expected full file match
- 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`
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