If you remove index.astro does it work? You can't have two routes that match and expect them both to work.

@matthewp unfortunately it does not. I renamed index.astro to a different name. Now, I can't access neither blog/ nor blog/index.xml with the following directory:

pages/
  blog/
    demo.astro
    index.xml.ts

Both links 404.

Sorry for the late response, very busy week.

Just commenting as a soft bump and to confirm that this bug persists in the latest Astro v5. I migrated the migration repo that I am currently working on to v5.1.1 and have encountered the same issue. Will update OP to reflect this and to document the new test environment I am running the repo in.

I'd appreciate it if someone can look into this as I cannot migrate to Astro if it will break existing links.

@ericswpark I opened your reproduction, and it seems the issue is happening during be astro preview command, after building the project. Can you confirm?

@ematipico this happens with both astro preview and the dev server (astro dev).

It seems like Astro, or some component of Astro, specially treats all files that start with index.. So for example, inde and indexl will correctly resolve, but index.l will not.

I am not sure if your reproduction is the same as your project, but you're returning a new Response() that has no body.

Because of that, Astro doesn't create any file. I would argue that there's a bug where Astro creates a misleading log, but maybe this isn't your bug?

@ematipico sorry, the reproduction might not exactly be the same. In my blog, the index.xml.ts file consists of the following content:

import { experimental_AstroContainer as AstroContainer } from "astro/container";
import { getContainerRenderer as getMDXRenderer } from "@astrojs/mdx";
import { loadRenderers } from "astro:container";
import { render } from "astro:content";

import { getLocaleCollection } from "@/i18n/utilities";

import { getRssString } from '@astrojs/rss';

export async function GET(context: any) {
  const renderers = await loadRenderers([getMDXRenderer()]);
  const container = await AstroContainer.create({ renderers });
  const blogEntries = await getLocaleCollection("en", "blog");

  const items = [];
  for (const post of blogEntries.reverse()) {
    const { Content } = await render(post);
    const content = await container.renderToString(Content);
    const link = `/blog/${post.id.slice(0, -2)}`;
    items.push({
      title: post.data.title,
      pubDate: post.data.date,
      link,
      content,
    });
  }

  const rssString = await getRssString({
    title: "Eric Park's Blog",
    description: "Eric Park's blog posts",
    site: `${context.site}/blog`,
    items,
    customData: `<language>en</language>`,
  });

  return new Response(rssString, {
    headers: {
      "Content-Type": "application/xml",
    },
  });
}

Even when the Response() is not empty like the above, however, Astro just won't include a index.xml file when running npm run build:

This is what my source looks like pre-build:

As you can see, Astro just ignores the index.xml.ts file altogether and won't include it in the final build.

Please, update the reproduction. We need a way to reproduce the bug 😅

Hello @ericswpark. 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.

I changed the reproduction to return a valid response, and I can see the files correctly emitted:

drwxrwxr-x     - ema  23 Dec 11:09  ├──  dist
.rw-rw-r--   749 ema  23 Dec 11:09  │   ├──  favicon.svg
.rw-r--r--   279 ema  23 Dec 11:09  │   ├──  index.html
.rw-r--r--    11 ema  23 Dec 11:09  │   └──  index.xml

@ematipico please re-open. I was confused too for a second because StackBlitz was putting out index.xml, and I was confused why it wasn't working for my project.

It turns out that this breaks for subpaths. Please see this link:

https://stackblitz.com/edit/github-99jtakub-y6r7uocq

I've updated the issue title. Sorry for the confusion -- I didn't realize it had different behavior for root and subpath 😅 I can confirm the StackBlitz URL above has the correct repro as index.xml will not render at all under subpath.