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

Ninguém assumiu esta issue ainda.

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

Reproduza o problema em um arquivo Lua usando o exemplo mostrado de tabela aninhada e solicite textDocument/references na primeira chave de tipo. Compare as localizações retornadas com o comportamento de textDocument/rename; considera-se concluído quando as referências incluem as três chaves de tipo sem incluir VALUE1 ou VALUE2.

Escrita pelo modelo de indexação a partir do texto da issue.