Adding ---@class breaks auto completion

Nobody has claimed this yet.

### How are you using the lua-language-server?

Visual Studio Code Extension (sumneko.lua)

### Which OS are you using?

Linux

### What is the issue affecting?

Completion

### Expected Behaviour

I'm running into an issue where adding the `---@class` annotation to a local variable seems to break auto completion. It should appear correctly even if the ---@class is affixed to a local variable.

### Actual Behaviour

The autocomplete variables and functions are not appearing.

### Reproduction steps
Here is a simple example of creating a new player class with the issue.
```lua
-- Here is a simple example of creating a new player class with the issue
-- Uncommenting the line below *breaks* the autocompletion for p.new()
-- ---@class err.Player
local Player = {}
Player.__index = Player

local function mixin_xy(o)
o.x = 0
o.y = 0

o.set_position = function(self, x, y)
self.x = x
self.y = y
end

return o
end

function Player.new()
local self = {}
self.happy = true
self = mixin_xy(self)

return setmetatable(self, Player)
end

local p = Player.new()
-- `p:set_position(), p.x, p.y, p.happy` no longer showing in auto complete if `---@class err.Player` is uncommented
```

When `---@class err.Player` is **uncommented**, and above `local Player = {}`:

When `---@class err.Player` is removed or commented:

The above image is the expected behaviour. However, when `---@class err.Player` is added above `local Player = {}` it no longer works.

### Additional Notes

_No response_

### Log File

_No response_

Reproduce the issue in the Visual Studio Code extension using the Lua example in the report, comparing completion with and without the `---@class err.Player` annotation. Trace the completion handling for class annotations and verify that `p:set_position()`, `p.x`, `p.y`, and `p.happy` appear when the annotation is present.

Written by the indexing model from the issue text.