[7.x] Content collection markdown hot-reload does not update dynamic blog slug page until dev server restart

[laukstein]

Astro Info

Astro                    v7.0.7
Node                     v26.4.0
System                   Windows (x64)
Package Manager          pnpm
Output                   static
Adapter                  @astrojs/cloudflare

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

No response

Describe the Bug

In astro dev, updating a markdown file in a content collection (e.g. src/content/blog/post.md) does not refresh the corresponding dynamic slug page (/blog/post).
The dev server logs show the loader reloaded the file ([glob-loader] Reloaded data from ...), but the page continues serving stale content until astro dev is restarted.

Project details from repro:

• Astro 7.0.7
• Windows 10 (x64)
• Node 26.4.0
• pnpm
• Route file: src/pages/blog/[slug].astro
• Content collection via glob() in src/content.config.ts
• output: "static" with Cloudflare adapter in astro.config.mjs

This appears similar to the previously closed issue #15555, but reproducible on stable 7.x.

What's the expected result?

When a markdown file in the content collection changes during astro dev, the corresponding dynamic slug page should render updated frontmatter/body immediately (without restarting the dev server).

Link to Minimal Reproducible Example

localhost

Participation

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

[astrobot-houston]

• Reproduced: No
• Exploration: No — View branch
• Unit Test: No — could not reproduce the bug
• Priority: P3: minor bug. The issue may be limited to Windows with Node v26.x, affecting a narrow set of environments. Content collection HMR works correctly on Linux.

Automated triage was unable to reproduce this bug. On Linux with Astro v7.0.7 and Node v24.15.0, editing a markdown file in a glob()-based content collection correctly triggered the [glob-loader] Reloaded data from ... log and the dynamic [slug].astro page immediately served updated content — both via fresh HTTP requests and via browser HMR. Since the reporter is on Windows 10 with Node v26.4.0, this may be a platform-specific file watching issue (Windows file system events behave differently from Linux inotify) or a Node v26.x-specific regression.

I was unable to determine the cause of this issue. The bug could not be reproduced in our Linux-based CI environment. If this is Windows-specific, it may relate to how Vite/chokidar handles file system events on Windows. A minimal reproducible example (e.g., a GitHub repo) from the reporter would help narrow this down, ideally tested on both Windows and macOS/Linux to confirm whether the issue is platform-specific.

Full Triage Report

Issue Details

Title: [7.x] Content collection markdown hot-reload does not update dynamic blog slug page until dev server restart

Author: laukstein

Description: In astro dev, updating a markdown file in a content collection (e.g. src/content/blog/post.md) does not refresh the corresponding dynamic slug page (/blog/post). The dev server logs show the loader reloaded the file ([glob-loader] Reloaded data from ...), but the page continues serving stale content until astro dev is restarted.

Reporter's Environment:

• Astro v7.0.7
• Node v26.4.0
• Windows 10 (x64)
• pnpm
• output: "static" with Cloudflare adapter
• Route file: src/pages/blog/[slug].astro
• Content collection via glob() in src/content.config.ts

Expected Result: When a markdown file in the content collection changes during astro dev, the corresponding dynamic slug page should render updated frontmatter/body immediately (without restarting the dev server).

Reproduction Setup

Created a minimal reproduction with:

1. astro.config.mjs — static output mode (no adapter, since Cloudflare adapter isn't relevant to dev mode HMR)
2. src/content.config.ts — blog collection using glob() loader with pattern: '**/*.md' and base: './src/content/blog'
3. src/content/blog/test-post.md — a markdown file with frontmatter (title, date) and body content
4. src/pages/blog/[slug].astro — dynamic route using getStaticPaths() with getCollection('blog') and render()

Reproduction Steps

1. Started dev server with astro dev --background
2. Confirmed initial page at /blog/test-post renders correctly with "Original Title" via curl
3. Modified test-post.md to change title to "Updated Title" and body content
4. Waited 3 seconds, checked dev logs — saw [glob-loader] Reloaded data from test-post.md
5. Fetched page again via curl — page showed updated content ("Updated Title", "UPDATED content")
6. Opened page in browser, confirmed "Updated Title" visible
7. Modified test-post.md again to "HMR Test Title"
8. Waited 5 seconds, took browser snapshot — browser showed updated content ("HMR Test Title", "HMR TEST content")

Results

Bug NOT reproduced.

Both server-side rendering (curl) and browser HMR updates worked correctly on:

• Astro v7.0.7 (from workspace source)
• Node v24.15.0
• Linux (x64)

Observations

• The dev logs showed [glob-loader] Reloaded data from test-post.md on each file change, and subsequent page requests returned updated content
• Browser HMR also worked — the page updated in the browser without manual refresh
• The reporter is on Windows 10 with Node v26.4.0 — this could be a platform-specific file watching issue
• The Cloudflare adapter shouldn't affect dev mode HMR behavior
• This may be related to Windows-specific file watching quirks or Node v26.x-specific behavior

This report was made by an LLM. The analysis may be wrong, and the potential fix might not work, but is intended as a starting point for exploring the issue.

[laukstein]

@astrobot-houston, thanks for the triage. I can confirm this is reproducible on Windows 10 with Node v26.4.0: the [glob-loader] Reloaded data from ... log appears, but the dynamic [slug].astro page continues serving stale content until astro dev is restarted. On WSL/Linux (same Node v26.4.0), HMR works correctly. This points to a Windows-specific file watching issue in chokidar/Vite, possibly triggered or worsened by Node v26.x behavior changes.