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

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

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

使用所示的巢狀表格範例在 Lua 檔案中重現問題，並針對第一個型別鍵要求 textDocument/references。將傳回的位置與 textDocument/rename 的行為進行比較；當 references 包含全部三個型別鍵，且不包含 VALUE1 或 VALUE2 時，即表示完成。