`zk list Daily/` doesn't show files under `Daily/` when `Daily.md` exists.

[virusbb001]

Check if applicable

• I have searched the existing issues (required)
• I'm willing to help fix the problem and contribute a pull request

Describe the bug

When the contents of the directory are as follows,

./tests/fixtures/same-name
├── Daily
│   ├── 2026-03-25.md
│   ├── 2026-03-26.md
│   └── 2026-03-27.md
└── Daily.md

zk list Daily/ should list the files under Daily/ files but it doesn't list them.
Instead, it only shows Daily.md.

How to reproduce?

See descriptions.

zk configuration

# empty

Environment

zk 0.15.2-41-gfa5a03e
system: Linux 6.6.87.2-microsoft-standard-WSL2 x86_64 GNU/Linux

[virusbb001]

I investigated the commit where this bug occurred.

Expected output is the result of 0.15.1.

$ cd same-name
# zk-fork is binary of cloned repository.
$ zk-fork list Daily/
>2026-03-25 Daily/2026-03-25.md (1 hour ago)
>
>
>2026-03-26 Daily/2026-03-26.md (1 hour ago)
>
>
>2026-03-27 Daily/2026-03-27.md (1 hour ago)
>
>
>Daily Daily.md (1 hour ago)
>
>  - This is the directory for daily notes.
>
2>
2>Found 4 notes

Used script for git bisect

make
tesh tests/same-name.tesh tests/fixtures

Result:

1db4814e9177323b51c6bdf95ef233bda1735ed9 is the first bad commit

Instead of prioritizing with FindIdsByHref, I think it would be better to prioritize within (d *NoteDAO) FindMinimal only when Limit is 1 and IncludeHrefs is 1, but I'm not sure if this is better approach. (This approach breaks the tests of this scope.)

I created PR #685.

[WhyNotHugo]

FindIdsByHref is a mess: it returns "the first" match with no clearly defined criteria, so you get an undefined match.

I have an incomplete and half-abandoned branch working on cleaning that whole mess up: 341d530