First match of note search algo is not correct even when full note title is entered

[jaydu]

I have one note “don de forme”, and another note “induction de forme”. If I do Ctrl-O and start typing to search the note, then as I have written "don de " the first match is “don de forme”, but if I keep adding characters, including “don de f” or even the the full “don de forme” then “induction de forme” is the first match.

That search doesn’t return a note as first match even after typing its complete title looks like a bug to me, something is wrong in the matching algo.

I have reproduced it in the sandbox.

[jaydu]

Here’s how it looks in the Sandbox vault:

For the record I stumble on this problem (almost every day) when inserting links, more than when opening notes.

[dawni]

I do wonder what the suggester is up to sometimes! (It hasn’t affected my workflow though.)

In case this helps, here’s a screen recording of your example with two ways to end up with the unexpected result.

search term	first suggestion
don de	don de forme
don de f	induction de forme

↑ The first suggestion is as expected until appending the “f”.

search term	first suggestion
on de forme	don de forme
don de forme	induction de forme

↑ The first suggestion is as expected until prepending the “d”.

[Pch]

FWIW: I’m able to repro dawni’s results (in the post just above ) in the sandbox vault on Mac .

SYSTEM INFO:
	Obsidian version: 1.12.1
	Installer version: 1.11.7
	Operating system: Darwin Kernel Version 24.6.0: Wed Nov  5 21:32:34 PST 2025; root:xnu-11417.140.69.705.2~1/RELEASE_ARM64_T6020 24.6.0
	Login status: logged in
	Language: en
	Catalyst license: supporter
	Insider build toggle: on
	Live preview: on
	Base theme: adapt to system
	Community theme: none
	Snippets enabled: 0
	Restricted mode: on

RECOMMENDATIONS:
	none

[rigmarole]

And also, “Sort search results by relevance” is currently on the Roadmap so hopefully things will be improving soon. Good reliable fast fuzzy (or exact) searching is so fundamental.

[CawlinTeffid]

I think the matching ignores distance between letters — so it sees the 2 names as equal matches despite the letters starting later and being farther apart in one of them — and prioritizes equal matches by creation date.

[WhiteNoise]

will be fixed 1.12.2. ETA unknown.