TypeError: module.page is not a function when using rewrites

[lilnasy]

Astro Info

Astro                    v4.16.7
Node                     v18.20.3
System                   Linux (x64)
Package Manager          npm
Output                   server
Adapter                  @astrojs/node
Integrations             @astrojs/svelte

If this issue only occurs in one browser, which browser is a problem?

No response

Describe the Bug

When the target of a rewrite resolves to a prerendered page, the request fails, responding with a blank 500 page.

What's the expected result?

Middleware successfully rewrites to a prerendered page.

Link to Minimal Reproducible Example

https://stackblitz.com/edit/github-1oeqxb?file=src%2Fmiddleware.ts

Participation

• I am willing to submit a pull request for this issue.

[ematipico]

The issue isn't caused by the rewrite. Removing next('/login') doesn't change anything, and the build keeps failing. The error is generated by Container.astro

[lilnasy]

Container.astro is unchanged from the SSR starter template. The error is in fact from the rewrite as the stack trace shows.

[ematipico]

I see something completely different from your stackblitz

fetch failed
  Stack trace:
    at internal/deps/undici/undici/fetch/< (node:internal/deps/undici/undici:93:355374)
  Caused by:
  other side closed
    at _SocketError (node:internal/deps/undici/undici:93:6681)
    at emit (node:events:30:11015)
    at processTicksAndRejections (node:internal/process/task_queues:192:1068)
    at _0x4a416b (https://github1oeqxb-eydn.w-corp-staticblitz.com/blitz.34c588ed.js:40:198326)
    at _0x4c9d8e/< (https://github1oeqxb-eydn.w-corp-staticblitz.com/blitz.34c588ed.js:40:516062)
    at close (https://github1oeqxb-eydn.w-corp-staticblitz.com/blitz.34c588ed.js:40:1018586)

[lilnasy]

Might have to do with stackblitz.

[ematipico]

I also downloaded the reproduction (at the very beginning), and removing the rewrite doesn't have any effect. I still see the error.

[lilnasy]

Does it say which fetch? build-time/runtime?

[github-actions]

Hello @lilnasy. Please provide a minimal reproduction using a GitHub repository or StackBlitz. Issues marked with needs repro will be closed if they have no activity within 3 days.

[lilnasy]

The repro is built by making just a few changes to the SSR starter template. Does it not qualify as minimal?

[ematipico]

I can't reproduce the error 😞 I don't want to close the issue, but we need a reproduction where I can see your same error.

[lilnasy]

I mean you are free to let other maintainers tackle it if you can't, but needs repro is not the tag to go with, is it?

video.mp4

[ematipico]

It wasn't clear that I had to use the preview command, sorry about that.

I mean you are free to let other maintainers tackle it if you can't, but needs repro is not the tag to go with, is it?

Please refrain from making these kinds of comments, I am trying my best, and it happens if I make mistakes

[lilnasy]

Sorry. It doesn't come across over github comments, but I didn't mean to be rude. Just meant to point out that other maintainers wouldn't try to triage an issue already tagged with needs repro.

[ematipico]

It seems that the issue is that login.astro is marked a prerendered = true, so when Astro compiles for SSR, the logic page is empty. This is the file dist/server/pages/login.astro.mjs

// Contents removed by Astro as it's used for prerendering only

Making the page not prerendered works. I believe this behaviour is intended. I suppose it's also a difficult way to reproduce the intended behaviour in development

[lilnasy]

Is that a documented limitation of rewrites?

[ematipico]

Probably not, however I don't think it shouldn't be possible to use next("/prerendered"), because this API doesn't re-run the rendering phase, so you can't retrieve the static page.

Did you try to use ctx.rewrite instead?

I'll have to see if it will be able to emit an error/warning for these cases in dev mode.

[lilnasy]

It's the same error with ctx.rewrite.