Unexpected `textDocument/references` results on keys inside nested tables

Dieses Issue hat noch niemand übernommen.

**Describe the bug**
`textDocument/references` is returning unexpected results when used in a specific situation (more about that below).

**To Reproduce**
1. Paste the following snippet in a lua file
```lua
ENUM = {
VALUE1 = 1,
VALUE2 = 2,
}

a = {
{ type = ENUM.VALUE1 },
{ type = ENUM.VALUE1 },
{ type = ENUM.VALUE2 },
}
```
2. Move cursor over the 1st instance of `"type"` key in the `a` table
3. Request references (`textDocument/references`)
4. Observe the faulty results which comprise of the hovered `"type"` key + both instances of `"VALUE1"`

**Expected behavior**
Results that comprise of all 3 instances of `"type"` key

**Additional context**
`textDocument/rename` on the other hand only renames the hovered `"type"` key while expected to rename all 3 of its instances

**Environment**
- OS: Linux
- Client: Neovim

Reproduzieren Sie das Problem in einer Lua-Datei mit dem gezeigten Beispiel einer verschachtelten Tabelle und fordern Sie textDocument/references für den ersten Typschlüssel an. Vergleichen Sie die zurückgegebenen Positionen mit dem Verhalten von textDocument/rename; abgeschlossen ist die Aufgabe, wenn die Referenzen alle drei Typschlüssel enthalten, ohne VALUE1 oder VALUE2 einzuschließen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.