An error occurs when passing the SourceFile node to getTypeAtLocation.

Personne n'a encore pris cette issue.

### 🔎 Search Terms

getTypeAtLocation && SourceFile

### 🕗 Version & Regression Information

- This changed between versions ______ and _______
- This changed in commit or PR _______
- This is the behavior in every version I tried, and I reviewed the FAQ for entries about _________
- I was unable to test this on prior versions because _______

### ⏯ Playground Link

_No response_

### 💻 Code

```ts
//ModuleA
export let namedOther = null;
//ModuleB
import * as testNs from './ModuleA';
export { testNs };
```

### 🙁 Actual behavior

In the statement 'export { testNs }', call getTypeAtLocation on 'testNs' to retrieve its type.

### 🙂 Expected behavior

It is expected to obtain the returned type, whether the result is errorType or another type, but in reality, an error 'Cannot read properties of undefined (reading 'kind')' will be reported in getTypeAtLocation#getTypeOfNode#isDeclarationNameOrImportPropertyName.

### Additional information about the issue
The `getTypeOfNode` function supports passing a `SourceFile` node, but if the condition `isExternalModule` is not met, the `SourceFile` node will proceed to execute further.

When executing the `isDeclarationNameOrImportPropertyName` method, the passed node is still the `SourceFile` node, and an error is directly reported at `name.parent`.

_No response_

Commencez par reproduire l’exemple ModuleA/ModuleB fourni, puis suivez getTypeAtLocation à travers getTypeOfNode, isExternalModule et isDeclarationNameOrImportPropertyName. Vérifiez que le fait de transmettre le nœud SourceFile ne provoque plus l’erreur name.parent et que getTypeAtLocation renvoie un type ou errorType comme prévu.

Rédigé par le modèle d'indexation à partir du texte de l'issue.