Maximum call stack size exceeded

Nadie ha tomado este issue todavía.

### 🔎 Search Terms

call stack exceeded

### 🕗 Version & Regression Information

- This changed between versions `5.8.3` and `5.9.2`
- 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
// Your code here
```

### 🙁 Actual behavior

We noticed that there's a potential regression between the versions `5.8.3` and `5.9.2`.

When allowing Dependabot to bump from `5.8.3` to `5.9.2`, we started seeing the `yarn astro check` command failing with the following output:
```
🤟 ~/Sites/[project] (dependabot/npm_and_yarn/dev/typescript-5.9.2): yarn astro check
19:42:18 [content] Syncing content
19:42:18 [content] Synced content
19:42:18 [types] Generated 103ms
19:42:18 [check] Getting diagnostics for Astro files in project...
Maximum call stack size exceeded
Location:
[project]/node_modules/typescript/lib/typescript.js:3371:46
Stack trace:
at String.replace ()
at getCanonicalFileName ([project]/node_modules/typescript/lib/typescript.js:129084:17)
at toPath3 ([project]/node_modules/typescript/lib/typescript.js:127606:12)
at findSourceFile ([project]/node_modules/typescript/lib/typescript.js:128749:20)
at findSourceFile ([project]/node_modules/typescript/lib/typescript.js:128749:20)
```

### 🙂 Expected behavior

I would expect the `yarn astro check` command to succeed with hopefully no type issues since nothing else was changed in the PR other than the version being bumped.

### Additional information about the issue

_No response_

Comienza reproduciendo el fallo con TypeScript 5.8.3 y 5.9.2 usando el comando reportado `yarn astro check`. Inspecciona las ubicaciones del stack trace en `node_modules/typescript/lib/typescript.js`, especialmente `getCanonicalFileName`, `toPath3` y `findSourceFile`; se considera terminado cuando se haya identificado la regresión y el check pueda completarse sin un error de maximum call stack.

Escrito por el modelo de indexación a partir del texto del issue.