Wrong detected backlinks

[UnkwUsr]

Example (description below):

% ls -1
1.md
2.md
asd.md
prefixed-asd.md
%
% bat --decorations=always *
───────┬───────────────────────────────────────────────────────
       │ File: 1.md
───────┼───────────────────────────────────────────────────────
   1   │ # one
   2   │
   3   │ * [just filename](asd)
───────┴───────────────────────────────────────────────────────
───────┬───────────────────────────────────────────────────────
       │ File: 2.md
───────┼───────────────────────────────────────────────────────
   1   │ # two
   2   │
   3   │ * [prefixed filename](prefixed-asd)
───────┴───────────────────────────────────────────────────────
───────┬───────────────────────────────────────────────────────
       │ File: asd.md
───────┼───────────────────────────────────────────────────────
   1   │ # just filename
───────┴───────────────────────────────────────────────────────
───────┬───────────────────────────────────────────────────────
       │ File: prefixed-asd.md
───────┼───────────────────────────────────────────────────────
   1   │ # prefixed filename
───────┴───────────────────────────────────────────────────────
%
% zk list -l asd
one 1.md (8 minutes ago)

  ‣ [just filename](asd)

two 2.md (8 minutes ago)

  ‣ [prefixed filename](prefixed-asd)


Found 2 notes
%

The problem is that zk says that there are two backlinks to asd.md, but you can clearly see that there is only one link to it.

Note that our wrong backlinked file (prefixed-asd.md) ends with the same part as real one backlinked file (asd.md).

P.S. I know zk provides randomly generated filenames, but anyway I think it's strange behavior.

zk-bug-test.tar.gz

[jurica]

After taking a close look I'm not so sure if we really should classify this as a bug.
By design the list command (and its filters) accepts one or more (partial) paths and not a specific note.
For reference please check https://github.com/zk-org/zk/blob/main/docs/note-id.md as well as https://github.com/zk-org/zk/blob/main/docs/note-filtering.md#filter-by-path from the documentation.

In my opinion we shouldn't change this behaviour as it's expected and documented as is but either

1. extend the link-to filter in a smart way
2. or even better introduce a new cli command that operates on a single note and achieves the desired functionality.

Any opinions here?

[tjex]

@jurica @UnkwUsr I agree.

The query is not intended to be an exact match.
This functions the same as search. If you were to search for 'asd' in your files. It would return 'asd.md' as well as 'prefixed-asd.md'.

This is a case for using unique id's for filenames :)

An option would be to include and 'exact' flag, which would then require the query to match the filename / file path exactly.

But as we're in maintenance for the moment, it's not practical to look at implementing that any time soon.

Closing for now. @UnkwUsr feel free to keep tabs on when we're out of maintenance mode, and request and --exact flag for zk list.