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

Nessuno ha ancora preso questa issue.

**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

Riproduci il problema in un file Lua usando l’esempio mostrato di tabella annidata e richiedi textDocument/references sulla prima chiave di tipo. Confronta le posizioni restituite con il comportamento di textDocument/rename; il lavoro è concluso quando i riferimenti includono tutte e tre le chiavi di tipo senza includere VALUE1 o VALUE2.

Scritto dal modello di indicizzazione a partire dal testo della issue.