fix: throw error if `experimental.hmr` is set for APIs other than `dev` by Copilot · Pull Request #6860 · rolldown/rolldown

Copilot · 2025-11-05T11:58:56Z

Original prompt

This section details on the original issue you should resolve

<issue_title>[Bug]: watch + hmr crashes on change</issue_title>
<issue_description>### Reproduction link or steps
import { watch } from 'rolldown';
await watch({ input: 'main.js', experimental: {hmr: true }});
Run:
> echo 'console.log(1)' > main.js
> node watch.js &
> cat dist/main.js

//#region rolldown:runtime
...
//#endregion
//#region rolldown:hmr
...
//#endregion
//#region main.js
var main_exports = {};
const main_hot = __rolldown_runtime__.createModuleHotContext("main.js");
__rolldown_runtime__.registerModule("main.js", { exports: main_exports });
console.log("1");

//#endregion  

> echo 'console.log(2)' > main.js

thread 'tokio-runtime-worker' panicked at crates/rolldown/src/stages/scan_stage.rs:73:35:
internal error: entered unreachable code: Please normalized first
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
node:internal/process/promises:394
    triggerUncaughtException(err, true /* fromPromise */);
    ^

[Error: internal error: entered unreachable code: Please normalized first] {
  code: 'GenericFailure'
}

Node.js v22.17.0
[1]  + exit 1     node watch.js
What is expected?

Should not crash

What is actually happening?

I believe that after the first build the incremental-build cache is moved into the HMR manager.
On the next watcher cycle the bundler tries to perform an incremental (partial) scan, but the
ScanStageCache is empty, so merge is called without a snapshot and immediately converts
ScanStageOutput into NormalizedScanStageOutput.
That conversion expects a dense HybridIndexVec::IndexVec, but a partial scan always returns
HybridIndexVec::Map, triggering the unreachable!("Please normalized first") here: https://github.com/rolldown/rolldown/blob/main/crates/rolldown/src/stages/scan_stage.rs#L73

System Info
System:
    OS: macOS 15.5
    CPU: (8) arm64 Apple M1 Pro
    Memory: 124.58 MB / 16.00 GB
    Shell: 5.9 - /bin/zsh
  Binaries:
    Node: 22.17.0 - ~/.asdf/cache/installs/nodejs/22.17.0/bin/node
    npm: 10.9.2 - ~/.asdf/cache/plugins/nodejs/shims/npm
    pnpm: 10.10.0 - ~/.asdf/cache/shims/pnpm
    bun: 1.1.36 - ~/.bun/bin/bun
  Browsers:
    Chrome: 138.0.7204.94
    Safari: 18.5
Any additional comments?

No response</issue_description>

<agent_instructions>return error if exprimental.hmr is set for APIs other than dev (e.g. scan, .generate, .write)</agent_instructions>

Comments on the Issue (you are @copilot in this section)
@hyf0 > it looks like `hmr` is not supposed to work with `watch`
Yes.

and hmr needs dev server integration

You could refer to https://github.com/rolldown/rolldown/blob/main/packages/test-dev-server/package.json.

While we don't forbid users to implement their own hmr mechanism, but you should just use rolldown-vite to use it.</comment_new>

Fixes [Bug]: watch + hmr crashes on change #5217

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

graphite-app · 2025-11-05T11:59:03Z

How to use the Graphite Merge Queue

Add the label graphite: merge to this PR to add it to the merge queue.

You must have a Graphite account in order to use the merge queue. Sign up using this link.

_{An organization admin has enabled the Graphite Merge Queue in this repository.} _{Please do not merge from GitHub as this will restart CI on PRs being processed by the merge queue.}

netlify · 2025-11-05T11:59:38Z

✅ Deploy Preview for rolldown-rs ready!

Name	Link
🔨 Latest commit	`fdb32ba`
🔍 Latest deploy log	https://app.netlify.com/projects/rolldown-rs/deploys/69131c930a978d000807f91e
😎 Deploy Preview	https://deploy-preview-6860--rolldown-rs.netlify.app
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

hyf0 · 2025-11-05T12:02:19Z

Thinking about this. I guess we should make hmr conflict with using watch mode.

hyf0 · 2025-11-05T12:06:36Z

Thinking about this. I guess we should make hmr conflict with using watch mode.

Yeah. We should remove hmr option and only enable it when using dev engine internally to avoid errors.

sapphi-red · 2025-11-06T04:21:21Z

@copilot the validation should be done after options hooks are called as options hooks may update the option

sapphi-red · 2025-11-06T04:23:43Z

@hyf0 so, does the change in this PR make sense (i.e. throwing an error)? or do you think the option should be ignored and a warning should be output instead?

Copilot · 2025-11-06T04:27:16Z

@copilot the validation should be done after options hooks are called as options hooks may update the option

Fixed in 098e141. The validation now occurs after options hooks are called:

In build(), validation moved to after rolldown() (which calls options hook)
In watch(), validation moved to after callOptionsHook()
Added tests to verify plugins can modify experimental.hmr in their options hook before validation

sapphi-red · 2025-11-10T13:03:48Z

@copilot merge the main branch and move the validation on rust side

Copilot · 2025-11-10T13:24:25Z

@copilot merge the main branch and move the validation on rust side

Done in 62db1e7. Merged main branch and moved all HMR validation to the Rust side:

Removed TypeScript validation from validator.ts, build.ts, and watcher.ts
Added HmrNotAllowedForApiError error type in Rust
Implemented validation in binding_bundler.rs for generate/write/scan methods
Implemented validation in create_bundler_from_binding_options.rs for watch API
All tests pass and linting is clean

github-actions · 2025-11-10T13:41:30Z

Benchmarks Rust

target: main(5832107)
pr: copilot/fix-watch-hmr-crash(fdb32ba)

group                                                        pr                                     target
-----                                                        --                                     ------
bundle/bundle@multi-duplicated-top-level-symbol              1.00     68.3±3.21ms        ? ?/sec    1.02     69.8±3.63ms        ? ?/sec
bundle/bundle@multi-duplicated-top-level-symbol-sourcemap    1.01     74.9±3.84ms        ? ?/sec    1.00     74.4±2.56ms        ? ?/sec
bundle/bundle@rome_ts                                        1.00    110.4±2.75ms        ? ?/sec    1.02    112.5±2.69ms        ? ?/sec
bundle/bundle@rome_ts-sourcemap                              1.02    127.3±3.24ms        ? ?/sec    1.00    124.4±3.43ms        ? ?/sec
bundle/bundle@threejs                                        1.00     39.1±1.49ms        ? ?/sec    1.05     41.2±1.16ms        ? ?/sec
bundle/bundle@threejs-sourcemap                              1.00     42.7±0.54ms        ? ?/sec    1.06     45.1±1.12ms        ? ?/sec
bundle/bundle@threejs10x                                     1.00    404.8±9.46ms        ? ?/sec    1.00    403.1±6.69ms        ? ?/sec
bundle/bundle@threejs10x-sourcemap                           1.00    466.8±9.32ms        ? ?/sec    1.00    467.3±5.27ms        ? ?/sec
scan/scan@rome_ts                                            1.01     88.1±1.99ms        ? ?/sec    1.00     87.4±1.82ms        ? ?/sec
scan/scan@threejs                                            1.02     29.2±0.66ms        ? ?/sec    1.00     28.6±0.40ms        ? ?/sec
scan/scan@threejs10x                                         1.01    304.3±6.40ms        ? ?/sec    1.00    301.3±6.23ms        ? ?/sec

sapphi-red · 2025-11-11T03:15:46Z

@copilot move the test in packages/rolldown/tests/fixtures/misc/issues/4818/_config.ts to crates/rolldown/tests/rolldown/topics/hmr

crates/rolldown_binding/src/binding_bundler.rs

Copilot · 2025-11-11T03:26:09Z

@copilot move the test in packages/rolldown/tests/fixtures/misc/issues/4818/_config.ts to crates/rolldown/tests/rolldown/topics/hmr

Done in fa4b363. Moved the test from packages/rolldown/tests/fixtures/misc/issues/4818/ to crates/rolldown/tests/rolldown/topics/hmr/issue_5217/:

Converted TypeScript config to JSON format
Removed assert.mjs (Rust tests use snapshots instead)
Generated snapshot automatically
Test passes successfully

crates/rolldown/tests/rolldown/topics/hmr/issue_4818/_config.json

crates/rolldown_binding/src/binding_bundler.rs

crates/rolldown_binding/src/utils/create_bundler_from_binding_options.rs

crates/rolldown_error/src/build_diagnostic/constructors.rs

hyf0

Nicely done. I still feel there're some bad code smells here. Let me illustrate in a separate issue without blocking this PR.

graphite-app · 2025-11-11T06:13:09Z

Merge activity

Nov 11, 6:13 AM UTC: sapphi-red added this pull request to the Graphite merge queue.
Nov 11, 6:18 AM UTC: The Graphite merge queue couldn't merge this PR because it was not satisfying all requirements (Failed CI: 'node-test (ubuntu-latest) / Node Test', 'node-test (macos-latest) / Node Test', 'node-test (windows-latest) / Node Test').
Nov 11, 11:22 AM UTC: sapphi-red added this pull request to the Graphite merge queue.
Nov 11, 11:36 AM UTC: Merged by the Graphite merge queue.

@hyf0

…v` (#6860) - [x] Add validation to throw an error when `experimental.hmr` is used with APIs other than `dev` - [x] Implement validation in Rust on the binding layer for `scan`, `generate`, `write` methods - [x] Implement validation in `watch` API - [x] Implement validation in `build` API - [x] Add tests for the validation - [x] Test the changes to ensure the fix works - [x] Move validation to after options hooks are called (per review feedback) - [x] Merge main branch and move validation to Rust side (per review feedback) - [x] Move HMR test from TypeScript to Rust (per review feedback) - [x] Extract HMR validation to shared function (per review feedback) - [x] Rename test directory to issue_4818 and add assertions (per review feedback) - [x] Use bundler_initialize_error instead of custom error type (per review feedback)  <details> <summary>Original prompt</summary> > > ---- > > *This section details on the original issue you should resolve* > > <issue_title>[Bug]: watch + hmr crashes on change</issue_title> > <issue_description>### Reproduction link or steps > > ```js > import { watch } from 'rolldown'; > await watch({ input: 'main.js', experimental: {hmr: true }}); > ``` > > Run: > > ```bash > > echo 'console.log(1)' > main.js > > node watch.js & > > cat dist/main.js > > //#region rolldown:runtime > ... > //#endregion > //#region rolldown:hmr > ... > //#endregion > //#region main.js > var main_exports = {}; > const main_hot = __rolldown_runtime__.createModuleHotContext("main.js"); > __rolldown_runtime__.registerModule("main.js", { exports: main_exports }); > console.log("1"); > > //#endregion > > > echo 'console.log(2)' > main.js > > thread 'tokio-runtime-worker' panicked at crates/rolldown/src/stages/scan_stage.rs:73:35: > internal error: entered unreachable code: Please normalized first > note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace > node:internal/process/promises:394 > triggerUncaughtException(err, true /* fromPromise */); > ^ > > [Error: internal error: entered unreachable code: Please normalized first] { > code: 'GenericFailure' > } > > Node.js v22.17.0 > [1] + exit 1 node watch.js > ``` > > ### What is expected? > > Should not crash > > ### What is actually happening? > > I believe that after the first build the incremental-build cache is moved into the HMR manager. > On the next watcher cycle the bundler tries to perform an incremental (partial) scan, but the > `ScanStageCache` is empty, so `merge` is called without a snapshot and immediately converts > `ScanStageOutput` into `NormalizedScanStageOutput`. > That conversion expects a dense `HybridIndexVec::IndexVec`, but a partial scan always returns > `HybridIndexVec::Map`, triggering the `unreachable!("Please normalized first")` here: https://github.com/rolldown/rolldown/blob/main/crates/rolldown/src/stages/scan_stage.rs#L73 > > ### System Info > > ```Shell > System: > OS: macOS 15.5 > CPU: (8) arm64 Apple M1 Pro > Memory: 124.58 MB / 16.00 GB > Shell: 5.9 - /bin/zsh > Binaries: > Node: 22.17.0 - ~/.asdf/cache/installs/nodejs/22.17.0/bin/node > npm: 10.9.2 - ~/.asdf/cache/plugins/nodejs/shims/npm > pnpm: 10.10.0 - ~/.asdf/cache/shims/pnpm > bun: 1.1.36 - ~/.bun/bin/bun > Browsers: > Chrome: 138.0.7204.94 > Safari: 18.5 > ``` > > ### Any additional comments? > > _No response_</issue_description> > > <agent_instructions>return error if `exprimental.hmr` is set for APIs other than `dev` (e.g. `scan`, `.generate`, `.write`)</agent_instructions> > > ## Comments on the Issue (you are @copilot in this section) > > <comments> > <comment_new><author>@hyf0</author><body> > > it looks like `hmr` is not supposed to work with `watch` > > Yes. > > > and hmr needs dev server integration > > You could refer to https://github.com/rolldown/rolldown/blob/main/packages/test-dev-server/package.json. > > While we don't forbid users to implement their own hmr mechanism, but you should just use rolldown-vite to use it.</body></comment_new> > </comments> > </details> - Fixes #5217  --- 💬 We'd love your input! Share your thoughts on Copilot coding agent in our [2 minute survey](https://gh.io/copilot-coding-agent-survey).

@hyf0

…v` (#6860) - [x] Add validation to throw an error when `experimental.hmr` is used with APIs other than `dev` - [x] Implement validation in Rust on the binding layer for `scan`, `generate`, `write` methods - [x] Implement validation in `watch` API - [x] Implement validation in `build` API - [x] Add tests for the validation - [x] Test the changes to ensure the fix works - [x] Move validation to after options hooks are called (per review feedback) - [x] Merge main branch and move validation to Rust side (per review feedback) - [x] Move HMR test from TypeScript to Rust (per review feedback) - [x] Extract HMR validation to shared function (per review feedback) - [x] Rename test directory to issue_4818 and add assertions (per review feedback) - [x] Use bundler_initialize_error instead of custom error type (per review feedback)  <details> <summary>Original prompt</summary> > > ---- > > *This section details on the original issue you should resolve* > > <issue_title>[Bug]: watch + hmr crashes on change</issue_title> > <issue_description>### Reproduction link or steps > > ```js > import { watch } from 'rolldown'; > await watch({ input: 'main.js', experimental: {hmr: true }}); > ``` > > Run: > > ```bash > > echo 'console.log(1)' > main.js > > node watch.js & > > cat dist/main.js > > //#region rolldown:runtime > ... > //#endregion > //#region rolldown:hmr > ... > //#endregion > //#region main.js > var main_exports = {}; > const main_hot = __rolldown_runtime__.createModuleHotContext("main.js"); > __rolldown_runtime__.registerModule("main.js", { exports: main_exports }); > console.log("1"); > > //#endregion > > > echo 'console.log(2)' > main.js > > thread 'tokio-runtime-worker' panicked at crates/rolldown/src/stages/scan_stage.rs:73:35: > internal error: entered unreachable code: Please normalized first > note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace > node:internal/process/promises:394 > triggerUncaughtException(err, true /* fromPromise */); > ^ > > [Error: internal error: entered unreachable code: Please normalized first] { > code: 'GenericFailure' > } > > Node.js v22.17.0 > [1] + exit 1 node watch.js > ``` > > ### What is expected? > > Should not crash > > ### What is actually happening? > > I believe that after the first build the incremental-build cache is moved into the HMR manager. > On the next watcher cycle the bundler tries to perform an incremental (partial) scan, but the > `ScanStageCache` is empty, so `merge` is called without a snapshot and immediately converts > `ScanStageOutput` into `NormalizedScanStageOutput`. > That conversion expects a dense `HybridIndexVec::IndexVec`, but a partial scan always returns > `HybridIndexVec::Map`, triggering the `unreachable!("Please normalized first")` here: https://github.com/rolldown/rolldown/blob/main/crates/rolldown/src/stages/scan_stage.rs#L73 > > ### System Info > > ```Shell > System: > OS: macOS 15.5 > CPU: (8) arm64 Apple M1 Pro > Memory: 124.58 MB / 16.00 GB > Shell: 5.9 - /bin/zsh > Binaries: > Node: 22.17.0 - ~/.asdf/cache/installs/nodejs/22.17.0/bin/node > npm: 10.9.2 - ~/.asdf/cache/plugins/nodejs/shims/npm > pnpm: 10.10.0 - ~/.asdf/cache/shims/pnpm > bun: 1.1.36 - ~/.bun/bin/bun > Browsers: > Chrome: 138.0.7204.94 > Safari: 18.5 > ``` > > ### Any additional comments? > > _No response_</issue_description> > > <agent_instructions>return error if `exprimental.hmr` is set for APIs other than `dev` (e.g. `scan`, `.generate`, `.write`)</agent_instructions> > > ## Comments on the Issue (you are @copilot in this section) > > <comments> > <comment_new><author>@hyf0</author><body> > > it looks like `hmr` is not supposed to work with `watch` > > Yes. > > > and hmr needs dev server integration > > You could refer to https://github.com/rolldown/rolldown/blob/main/packages/test-dev-server/package.json. > > While we don't forbid users to implement their own hmr mechanism, but you should just use rolldown-vite to use it.</body></comment_new> > </comments> > </details> - Fixes #5217  --- 💬 We'd love your input! Share your thoughts on Copilot coding agent in our [2 minute survey](https://gh.io/copilot-coding-agent-survey).

@Boshen

## [1.0.0-beta.50] - 2025-11-12 ### 🚀 Features - rolldown: oxc_resolver v11.13.2 (#6956) by @Boshen - rolldown: oxc v0.97.0 (#6940) by @Boshen ### 🐛 Bug Fixes - handle error when creating output chunk directories (#6953) by @sapphi-red - throw error if `experimental.hmr` is set for APIs other than `dev` (#6860) by @Copilot - apply output.paths transformation to chunk.imports and generated code (#6923) by @Copilot ### 🚜 Refactor - use `anyhow::Context::context` where applicable (#6952) by @sapphi-red - dev: use actor design pattern and allow to recover from intial build error (#6936) by @hyf0 ### 📚 Documentation - add sitemap (#6929) by @mdong1909 ### 🧪 Testing - validate publishConfig.exports matches exports field (#6950) by @Copilot - re-enable output/paths/function test (#6934) by @Copilot ### ⚙️ Miscellaneous Tasks - rename `rolldown_watcher` to `rolldown_fs_watcher` (#6958) by @hyf0 - enable trust policy (#6948) by @iiio2 - deps: update napi (#6951) by @renovate[bot] - deps: update dependency rolldown-plugin-dts to v0.17.6 (#6947) by @renovate[bot] - deps: update npm packages (#6937) by @renovate[bot] - deps: update dependency tsdown to v0.16.2 (#6933) by @renovate[bot] ### ❤️ New Contributors * @mdong1909 made their first contribution in [#6929](#6929) Co-authored-by: sapphi-red <[email protected]>

Copilot AI assigned Copilot and sapphi-red Nov 5, 2025

Copilot started work on behalf of sapphi-red November 5, 2025 11:59 View session

Copilot AI changed the title ~~[WIP] Fix crash when using watch with HMR~~ fix: prevent HMR usage with non-dev APIs to avoid crash Nov 5, 2025

Copilot AI requested a review from sapphi-red November 5, 2025 12:19

Copilot finished work on behalf of sapphi-red November 5, 2025 12:19

Copilot started work on behalf of sapphi-red November 6, 2025 04:21 View session

Copilot finished work on behalf of sapphi-red November 6, 2025 04:28

sapphi-red mentioned this pull request Nov 6, 2025

The BuildOptions should omit the watch? #3957

Open

hyf0 approved these changes Nov 10, 2025

View reviewed changes

Copilot started work on behalf of sapphi-red November 10, 2025 13:04 View session

Copilot finished work on behalf of sapphi-red November 10, 2025 13:26

Copilot started work on behalf of sapphi-red November 11, 2025 03:16 View session

sapphi-red reviewed Nov 11, 2025

View reviewed changes

crates/rolldown_binding/src/binding_bundler.rs Outdated Show resolved Hide resolved

Copilot AI requested a review from sapphi-red November 11, 2025 03:27

Copilot finished work on behalf of sapphi-red November 11, 2025 03:27

Copilot started work on behalf of sapphi-red November 11, 2025 03:28 View session

sapphi-red reviewed Nov 11, 2025

View reviewed changes

crates/rolldown/tests/rolldown/topics/hmr/issue_4818/_config.json Show resolved Hide resolved

crates/rolldown/tests/rolldown/topics/hmr/issue_4818/_config.json Show resolved Hide resolved

Copilot AI requested a review from sapphi-red November 11, 2025 03:37

Copilot finished work on behalf of sapphi-red November 11, 2025 03:37

Copilot started work on behalf of sapphi-red November 11, 2025 03:37 View session

Copilot finished work on behalf of sapphi-red November 11, 2025 03:49

sapphi-red reviewed Nov 11, 2025

View reviewed changes

crates/rolldown_error/src/build_diagnostic/constructors.rs Outdated Show resolved Hide resolved

Copilot started work on behalf of sapphi-red November 11, 2025 04:33 View session

Copilot AI requested a review from sapphi-red November 11, 2025 04:43

Copilot finished work on behalf of sapphi-red November 11, 2025 04:43

sapphi-red approved these changes Nov 11, 2025

View reviewed changes

sapphi-red requested a review from hyf0 November 11, 2025 05:26

sapphi-red changed the title ~~fix: prevent HMR usage with non-dev APIs to avoid crash~~ fix: throw error if experimental.hmr is set for APIs other than dev Nov 11, 2025

sapphi-red marked this pull request as ready for review November 11, 2025 05:27

hyf0 approved these changes Nov 11, 2025

View reviewed changes

hyf0 mentioned this pull request Nov 11, 2025

Watcher should construct the bundler within itself instead of take it from outside #6931

Closed

graphite-app bot force-pushed the copilot/fix-watch-hmr-crash branch from de43e4d to c878c68 Compare November 11, 2025 06:13

graphite-app bot force-pushed the copilot/fix-watch-hmr-crash branch from c878c68 to fdb32ba Compare November 11, 2025 11:22

graphite-app bot merged commit fdb32ba into main Nov 11, 2025
28 checks passed

graphite-app bot deleted the copilot/fix-watch-hmr-crash branch November 11, 2025 11:36

sapphi-red mentioned this pull request Nov 11, 2025

[Bug]: watch + hmr crashes on change #5217

Closed

github-actions bot mentioned this pull request Nov 12, 2025

release: v1.0.0-beta.50 #6962

Merged

Comments

Conversation

Copilot AI commented Nov 5, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

What is expected?

What is actually happening?

System Info

Any additional comments?

Comments on the Issue (you are @copilot in this section)

Uh oh!

graphite-app bot commented Nov 5, 2025

How to use the Graphite Merge Queue

Uh oh!

netlify bot commented Nov 5, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

✅ Deploy Preview for rolldown-rs ready!

Uh oh!

hyf0 commented Nov 5, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

hyf0 commented Nov 5, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

sapphi-red commented Nov 6, 2025

Uh oh!

sapphi-red commented Nov 6, 2025

Uh oh!

Copilot AI commented Nov 6, 2025

Uh oh!

sapphi-red commented Nov 10, 2025

Uh oh!

Copilot AI commented Nov 10, 2025

Uh oh!

github-actions bot commented Nov 10, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Benchmarks Rust

Uh oh!

sapphi-red commented Nov 11, 2025

Uh oh!

Uh oh!

Copilot AI commented Nov 11, 2025

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

hyf0 left a comment

Choose a reason for hiding this comment

Uh oh!

graphite-app bot commented Nov 11, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Merge activity

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

Copilot AI commented Nov 5, 2025 •

edited

Loading

netlify bot commented Nov 5, 2025 •

edited

Loading

hyf0 commented Nov 5, 2025 •

edited

Loading

hyf0 commented Nov 5, 2025 •

edited

Loading

github-actions bot commented Nov 10, 2025 •

edited

Loading

graphite-app bot commented Nov 11, 2025 •

edited

Loading