Go-to-definition on interfaces shadowed by namespaces opens a selection dialog instead of going to the interface, when used as one.

Does this issue occur when all extensions are disabled?: Yes

• VS Code Version: 1.81.1
• OS Version: 13.4.1 (c)

Steps to Reproduce:

1. npm install openai
2. import OpenAI from 'openai'; type Foo = OpenAI.Chat.Completion
3. cmd-click on "Completion"
4. observe a dialog pop up, offering you the interface Completion or the namespace Completion

Desired behavior:

Jump directly to the definition of the interface Completion, since that is how it's being used there.

Context:

Libraries like stripe and openai use the pattern of shadowing interfaces with namespaces when describing large JSON objects generated from their OpenAPI specs.

This was a tradeoff made because the alternatives are worse: you'd otherwise have to generate long, Java-like names (eg; ChatCompletionChoiceMessageFunctionCall), try to come up with minimal names (which could easily clash with future objects, causing backwards-compatibility issues), move all sub-objects into other files (which'd quickly get unreadable), or define all objects inline (which makes it difficult-to-impossible to directly reference object types whose parents are nullable/optional, members of unions, etc).

Reproduce el comportamiento con npm install openai y import OpenAI from 'openai'; type Foo = OpenAI.Chat.Completion, y luego usa cmd-click sobre Completion. Investiga el punto de entrada de go-to-definition y la resolución de símbolos para la interface y el namespace; se considera terminado cuando este uso abre la interface directamente sin un diálogo de selección.