Restriction of {0,0} returns the same as {1,1}

[Dtenwolde]

What happens?

see title

To Reproduce

create table student(id INT); INSERT INTO student(id) VALUES (10), (20), (30), (40);
create table know(src INT, dst INT); INSERT INTO know(src, dst) VALUES (40, 20), (10,30), (10,10), (20,10), (30,10);

-create property graph g vertex tables (student) edge tables (know source key (src) references student (id) destination key (dst) references student (id)); 

-FROM GRAPH_TABLE (g
    MATCH
    ANY SHORTEST (a:student)-[k:know]->{0,0}(b:student)
    WHERE a.id = 10
    COLUMNS (a.id as a_id, b.id as b_id)
    );

Actual result:

┌───────┬───────┐
│ a_id  │ b_id  │
│ int32 │ int32 │
├───────┼───────┤
│    10 │    10 │
│    10 │    30 │
└───────┴───────┘

Expected result:

┌───────┬───────┐
│ a_id  │ b_id  │
│ int32 │ int32 │
├───────┼───────┤
│    10 │    10 │
└───────┴───────┘

### OS:

macOs 13 - Apple M1 Pro

### DuckDB Version:

dev

### DuckDB Client:

CLI

### Full Name:

Daniel ten Wolde

### Affiliation:

CWI

### Have you tried this on the latest `master` branch?

- [X] I agree

### Have you tried the steps to reproduce? Do they include all relevant data and configuration? Does the issue you report still appear there?

- [X] I agree

[Dtenwolde]

I've started looking into this issue, but I don't know what the PGQ document uses for path semantics. If it is strict, then no edge traversals occur and the expected result would be the empty set. If it is relaxed semantics, then the result could be only the source node. I will ask next week at the TUC meeting.

[Dtenwolde]

Started a branch here: https://github.com/cwida/duckpgq-extension/tree/issue/9-restriction-of-00-returns-the-same-as-11