fix: switch to windows msvc by lifeizhou-ap · Pull Request #7080 · block/goose

lifeizhou-ap · 2026-02-09T01:30:52Z

Summary

Switched our Windows released artifacts from windows gnu to windows msvc and this fixed generating bundle Windows artifacts

With this PR #6765, the bundle windows artifacts failed, as the dependency (pctx_code_mode) that introduced in the PR only can work in windows msvc.

The pctx_code_mode crate depends on deno_core → v8 (rusty_v8)
rusty_v8 only provides prebuilt binaries for x86_64-pc-windows-msvc, not x86_64-pc-windows-gnu

Options to fix are:

revert the original pr, or
target our binary to windows msvc

It seems that windows msvc works better with more compatibility with Windows system library, and most of the window specific crates support msvc. So Option 2 seems to be a better solution

Type of Change

Testing

Tested on a real Windows machine.

Tried a couple of ways such as using parallel or virtual box. Either does not work. I cannot download Parallel on the company laptop. For virtual box, I cannot download microsoft windows preview image.

I feel in the future we should create a virtual windows machine in Cloud such as AWS to make the testing easier.

* main: added build notify (#6891) test(mcp): add image tool test and consolidate MCP test fixtures (#7019) fix: remove Option from model listing return types, propagate errors (#7074)

Copilot

Pull request overview

This PR switches the Windows build pipeline from Ubuntu-based cross-compilation (MinGW/gnu) to native windows-latest builds targeting x86_64-pc-windows-msvc, updating both the desktop bundling and CLI build workflows accordingly.

Changes:

Update Windows GitHub Actions workflows to build Rust artifacts natively on Windows using the MSVC target and adjust packaging/signing steps.
Remove the bundle:windows npm script and inline the equivalent Windows bundling commands in the workflow.
Replace zip usage with 7z for Windows packaging and adjust signature verification to use Get-AuthenticodeSignature.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 2 comments.

File	Description
ui/desktop/package.json	Removes the `bundle:windows` script (workflow now runs the commands directly).
.github/workflows/bundle-desktop-windows.yml	Switches desktop bundling to `windows-latest` + MSVC target; updates copying, signing verification, and zipping steps.
.github/workflows/build-cli.yml	Switches Windows CLI builds to `windows-latest` + MSVC target and updates Windows packaging to use `7z`.

Copilot · 2026-02-09T06:30:20Z

.github/workflows/bundle-desktop-windows.yml

      - name: Set up Node.js
        uses: actions/setup-node@6044e13b5dc448c55e2357c09f80417699197238  # v6.2.0
        with:
-          node-version: 22
+          node-version: 24.10.0



This workflow updates node-version to 24.10.0, but the npm cache key/restore-keys below still hardcode node22, which can lead to reusing caches across incompatible Node versions (especially for native deps). Update the cache key/restore-keys to match Node 24 (or derive it dynamically) to avoid cross-version cache contamination.

Copilot · 2026-02-09T06:30:20Z

.github/workflows/build-cli.yml

          # Windows builds (only x86_64 supported)
          - os: windows
            architecture: x86_64
-            target-suffix: pc-windows-gnu
-            build-on: ubuntu-latest
+            target-suffix: pc-windows-msvc
+            build-on: windows-latest


Now that Windows builds run on windows-latest, the earlier Update version in Cargo.toml step will run under PowerShell on Windows (default shell) and its current sed invocation relies on bash-style quoting/concatenation, which will fail when inputs.version is set. Make that version-update step explicitly use shell: bash on Windows (or rewrite it in PowerShell) so tagged/release builds don’t break.

Copilot

Pull request overview

Copilot reviewed 3 out of 3 changed files in this pull request and generated 2 comments.

Copilot · 2026-02-09T06:58:34Z

.github/workflows/build-cli.yml

 on:
+  workflow_dispatch:
  workflow_call:


workflow_dispatch is enabled, so this workflow can now be run directly; please update the header comment that says it “doesn't get triggered on its own” to avoid misleading future maintainers.

workflow_dispatch: this was for testing. i have removed it after the test

Copilot · 2026-02-09T06:58:34Z

.github/workflows/bundle-desktop-windows.yml

          # Download jsign
          echo "📥 Downloading jsign..."
-          wget -q https://github.com/ebourg/jsign/releases/download/6.0/jsign-6.0.jar -O jsign.jar
+          curl -sL https://github.com/ebourg/jsign/releases/download/6.0/jsign-6.0.jar -o jsign.jar
          echo "05ca18d4ab7b8c2183289b5378d32860f0ea0f3bdab1f1b8cae5894fb225fa8a  jsign.jar" | sha256sum -c



In the signing step, the --tsaurl later in this script uses plain HTTP; use an HTTPS timestamp authority endpoint to avoid MITM tampering of timestamp responses.

DigiCert's official timestamp URL is HTTP only: http://timestamp.digicert.com. Changing to HTTPS would break it.

This is actually safe because timestamp responses are cryptographically signed by the TSA (Time Stamp Authority) themselves. jsign verifies the TSA's signature before accepting the timestampThe response includes a digital signature, jsign verifies the TSA's signature before accepting the timestamp, so even over HTTP, it can't be tampered with. HTTPS isn't needed for integrity here - the protocol itself handles it.

This reverts commit 364ae9d.

Copilot

Pull request overview

Copilot reviewed 3 out of 3 changed files in this pull request and generated 3 comments.

Copilot · 2026-02-09T08:20:53Z

.github/workflows/build-cli.yml

+      - name: Setup Rust (Windows)
+        if: matrix.os == 'windows'
+        shell: bash
        run: |
-          echo "🚀 Building Windows CLI executable with enhanced GitHub Actions caching..."
-
-          # Create cache directories
-          mkdir -p ~/.cargo/registry ~/.cargo/git
-
-          # Use enhanced caching with GitHub Actions cache mounts
-          docker run --rm \
-            -v "$(pwd)":/usr/src/myapp \
-            -v "$HOME/.cargo/registry":/usr/local/cargo/registry \
-            -v "$HOME/.cargo/git":/usr/local/cargo/git \
-            -w /usr/src/myapp \
-            rust:latest \
-            bash -c "
-              set -e
-              echo '=== Setting up Rust environment with caching ==='
-              export CARGO_HOME=/usr/local/cargo
-              export PATH=/usr/local/cargo/bin:\$PATH
-
-              # Check if Windows target is already installed in cache
-              if rustup target list --installed | grep -q x86_64-pc-windows-gnu; then
-                echo '✅ Windows cross-compilation target already installed'
-              else
-                echo '📦 Installing Windows cross-compilation target...'
-                rustup target add x86_64-pc-windows-gnu
-              fi
-
-              echo '=== Setting up build dependencies ==='
-              apt-get update
-              apt-get install -y mingw-w64 protobuf-compiler cmake time
-
-              echo '=== Setting up cross-compilation environment ==='
-              export CC_x86_64_pc_windows_gnu=x86_64-w64-mingw32-gcc
-              export CXX_x86_64_pc_windows_gnu=x86_64-w64-mingw32-g++
-              export AR_x86_64_pc_windows_gnu=x86_64-w64-mingw32-ar
-              export CARGO_TARGET_X86_64_PC_WINDOWS_GNU_LINKER=x86_64-w64-mingw32-gcc
-              export PKG_CONFIG_ALLOW_CROSS=1
-              export PROTOC=/usr/bin/protoc
-
-              echo '=== Optimized Cargo configuration ==='
-              mkdir -p .cargo
-              echo '[build]' > .cargo/config.toml
-              echo 'jobs = 4' >> .cargo/config.toml
-              echo '' >> .cargo/config.toml
-              echo '[target.x86_64-pc-windows-gnu]' >> .cargo/config.toml
-              echo 'linker = \"x86_64-w64-mingw32-gcc\"' >> .cargo/config.toml
-              echo '' >> .cargo/config.toml
-              echo '[net]' >> .cargo/config.toml
-              echo 'git-fetch-with-cli = true' >> .cargo/config.toml
-              echo 'retry = 3' >> .cargo/config.toml
-              echo '' >> .cargo/config.toml
-              echo '[profile.release]' >> .cargo/config.toml
-              echo 'codegen-units = 1' >> .cargo/config.toml
-              echo 'lto = false' >> .cargo/config.toml
-              echo 'panic = \"abort\"' >> .cargo/config.toml
-              echo 'debug = false' >> .cargo/config.toml
-              echo 'opt-level = 2' >> .cargo/config.toml
-              echo '' >> .cargo/config.toml
-              echo '[registries.crates-io]' >> .cargo/config.toml
-              echo 'protocol = \"sparse\"' >> .cargo/config.toml
-
-              echo '=== Building with cached dependencies ==='
-              # Check if we have cached build artifacts
-              if [ -d target/x86_64-pc-windows-gnu/release/deps ] && [ \"\$(ls -A target/x86_64-pc-windows-gnu/release/deps)\" ]; then
-                echo '✅ Found cached build artifacts, performing incremental build...'
-                CARGO_INCREMENTAL=1
-              else
-                echo '🔨 No cached artifacts found, performing full build...'
-                CARGO_INCREMENTAL=0
-              fi
-
-              echo '🔨 Building Windows CLI executable...'
-              CARGO_INCREMENTAL=\$CARGO_INCREMENTAL \
-              CARGO_NET_RETRY=3 \
-              CARGO_HTTP_TIMEOUT=60 \
-              RUST_BACKTRACE=1 \
-              cargo build --release --target x86_64-pc-windows-gnu -p goose-cli --jobs 4
-
-              echo '=== Copying Windows runtime DLLs ==='
-              GCC_DIR=\$(ls -d /usr/lib/gcc/x86_64-w64-mingw32/*/ | head -n 1)
-              cp \"\$GCC_DIR/libstdc++-6.dll\" target/x86_64-pc-windows-gnu/release/
-              cp \"\$GCC_DIR/libgcc_s_seh-1.dll\" target/x86_64-pc-windows-gnu/release/
-              cp /usr/x86_64-w64-mingw32/lib/libwinpthread-1.dll target/x86_64-pc-windows-gnu/release/
-
-              echo '✅ Build completed successfully!'
-              ls -la target/x86_64-pc-windows-gnu/release/
-            "
+          rustup show
+          rustup target add x86_64-pc-windows-msvc

-          sudo chown -R $USER:$USER target/
+      - name: Build CLI (Windows)
+        if: matrix.os == 'windows'
+        shell: bash
+        run: |
+          echo "🚀 Building Windows CLI executable..."
+          cargo build --release --target x86_64-pc-windows-msvc -p goose-cli


These Windows steps call rustup/cargo without first installing a toolchain (unlike CI which uses actions-rust-lang/setup-rust-toolchain@v1), so the workflow is dependent on whatever happens to be preinstalled on windows-latest; add an explicit Rust toolchain setup step (or activate hermit, if supported) to make builds reproducible and avoid runner-image regressions.

Copilot · 2026-02-09T08:20:53Z

.github/workflows/bundle-desktop-windows.yml

+      - name: Setup Rust
+        shell: bash
        run: |
-          echo "🚀 Building Windows executable with enhanced GitHub Actions caching..."
-
-          # Create cache directories
-          mkdir -p ~/.cargo/registry ~/.cargo/git
-
-          # Use enhanced caching with GitHub Actions cache mounts
-          docker run --rm \
-            -v "$(pwd)":/usr/src/myapp \
-            -v "$HOME/.cargo/registry":/usr/local/cargo/registry \
-            -v "$HOME/.cargo/git":/usr/local/cargo/git \
-            -w /usr/src/myapp \
-            rust:latest \
-            bash -c "
-              set -e
-              echo '=== Setting up Rust environment with caching ==='
-              export CARGO_HOME=/usr/local/cargo
-              export PATH=/usr/local/cargo/bin:\$PATH
-
-              # Check if Windows target is already installed in cache
-              if rustup target list --installed | grep -q x86_64-pc-windows-gnu; then
-                echo '✅ Windows cross-compilation target already installed'
-              else
-                echo '📦 Installing Windows cross-compilation target...'
-                rustup target add x86_64-pc-windows-gnu
-              fi
-
-              echo '=== Setting up build dependencies ==='
-              apt-get update
-              apt-get install -y mingw-w64 protobuf-compiler cmake time
-
-              echo '=== Setting up cross-compilation environment ==='
-              export CC_x86_64_pc_windows_gnu=x86_64-w64-mingw32-gcc
-              export CXX_x86_64_pc_windows_gnu=x86_64-w64-mingw32-g++
-              export AR_x86_64_pc_windows_gnu=x86_64-w64-mingw32-ar
-              export CARGO_TARGET_X86_64_PC_WINDOWS_GNU_LINKER=x86_64-w64-mingw32-gcc
-              export PKG_CONFIG_ALLOW_CROSS=1
-              export PROTOC=/usr/bin/protoc
-
-              echo '=== Optimized Cargo configuration ==='
-              mkdir -p .cargo
-              echo '[build]' > .cargo/config.toml
-              echo 'jobs = 4' >> .cargo/config.toml
-              echo '' >> .cargo/config.toml
-              echo '[target.x86_64-pc-windows-gnu]' >> .cargo/config.toml
-              echo 'linker = \"x86_64-w64-mingw32-gcc\"' >> .cargo/config.toml
-              echo '' >> .cargo/config.toml
-              echo '[net]' >> .cargo/config.toml
-              echo 'git-fetch-with-cli = true' >> .cargo/config.toml
-              echo 'retry = 3' >> .cargo/config.toml
-              echo '' >> .cargo/config.toml
-              echo '[profile.release]' >> .cargo/config.toml
-              echo 'codegen-units = 1' >> .cargo/config.toml
-              echo 'lto = false' >> .cargo/config.toml
-              echo 'panic = \"abort\"' >> .cargo/config.toml
-              echo 'debug = false' >> .cargo/config.toml
-              echo 'opt-level = 2' >> .cargo/config.toml
-              echo '' >> .cargo/config.toml
-              echo '[registries.crates-io]' >> .cargo/config.toml
-              echo 'protocol = \"sparse\"' >> .cargo/config.toml
-
-              echo '=== Building with cached dependencies ==='
-              # Check if we have cached build artifacts
-              if [ -d target/x86_64-pc-windows-gnu/release/deps ] && [ \"\$(ls -A target/x86_64-pc-windows-gnu/release/deps)\" ]; then
-                echo '✅ Found cached build artifacts, performing incremental build...'
-                CARGO_INCREMENTAL=1
-              else
-                echo '🔨 No cached artifacts found, performing full build...'
-                CARGO_INCREMENTAL=0
-              fi
-
-              echo '🔨 Building Windows executable...'
-              CARGO_INCREMENTAL=\$CARGO_INCREMENTAL \
-              CARGO_NET_RETRY=3 \
-              CARGO_HTTP_TIMEOUT=60 \
-              RUST_BACKTRACE=1 \
-              cargo build --release --target x86_64-pc-windows-gnu --jobs 4
-
-              echo '=== Copying Windows runtime DLLs ==='
-              GCC_DIR=\$(ls -d /usr/lib/gcc/x86_64-w64-mingw32/*/ | head -n 1)
-              cp \"\$GCC_DIR/libstdc++-6.dll\" target/x86_64-pc-windows-gnu/release/
-              cp \"\$GCC_DIR/libgcc_s_seh-1.dll\" target/x86_64-pc-windows-gnu/release/
-              cp /usr/x86_64-w64-mingw32/lib/libwinpthread-1.dll target/x86_64-pc-windows-gnu/release/
+          rustup show
+          rustup target add x86_64-pc-windows-msvc

-              echo '✅ Build completed successfully!'
-              ls -la target/x86_64-pc-windows-gnu/release/
-            "
+      - name: Build Windows executable
+        shell: bash
+        run: |
+          echo "🚀 Building Windows executable..."
+          cargo build --release --target x86_64-pc-windows-msvc


This workflow also relies on rustup/cargo being present on windows-latest but never installs Rust; add an explicit toolchain setup step (or activate hermit) before rustup target add/cargo build to avoid failures if the runner image changes.

Copilot · 2026-02-09T08:20:54Z

.github/workflows/bundle-desktop-windows.yml

@@ -201,55 +118,60 @@ jobs:

            if [ -d "./ui/desktop/src/platform/windows/bin/goose-npm" ]; then
              echo "Setting up npm environment..."
-              rsync -a --delete ./ui/desktop/src/platform/windows/bin/goose-npm/ ./ui/desktop/src/bin/goose-npm/
+              cp -r ./ui/desktop/src/platform/windows/bin/goose-npm/ ./ui/desktop/src/bin/goose-npm/
            fi
            echo "Windows-specific files copied successfully"


Windows platform files are copied into ui/desktop/src/bin here and then scripts/prepare-platform-binaries.js runs later and copies/cleans the same directory again, which duplicates logic and can drift; consider relying on the JS script for platform-file copying/cleanup and keep this step focused on only copying the freshly built goosed.exe.

alexhancock

This would be a great one to post a test build of in discord and get a few people to validate it on different windows machines

alexhancock · 2026-02-09T12:17:57Z

.bundle

jamadeo · 2026-02-09T15:46:41Z

There is an alternative option where we build v8 ourselves: https://github.com/denoland/rusty_v8/blob/8b232b48a3378f933f56d5d8d6711e5906168409/README.md?plain=1#L45

but that would mean a slower and more expensive build of course. How much slower, I don't know.

* origin/main: Docs: require auth optional for custom providers (#7098) fix: improve text-muted contrast for better readability (#7095) Always sync bundled extensions (#7057) feat: Add tom (Top Of Mind) platform extension (#7073) chore(docs): update GOOSE_SESSION_ID -> AGENT_SESSION_ID (#6669) fix(ci): switch from cargo-audit to cargo-deny for advisory scanning (#7032) chore(deps): bump @isaacs/brace-expansion from 5.0.0 to 5.0.1 in /evals/open-model-gym/suite (#7085) chore(deps): bump @modelcontextprotocol/sdk from 1.25.3 to 1.26.0 in /evals/open-model-gym/mcp-harness (#7086) fix: switch to windows msvc (#7080) fix: allow unlisted models for CLI providers (#7090) Use goose port (#7089) chore: strip posthog for sessions/models/daily only (#7079) tidy: clean up old benchmark and add gym (#7081) fix: use command.process_group(0) for CLI providers, not just MCP (#7083) added build notify (#6891)

* main: (125 commits) chore: add a new scenario (#7107) fix: Goose Desktop missing Calendar and Reminders entitlements (#7100) Fix 'Edit In Place' and 'Fork Session' features (#6970) Fix: Only send command content to command injection classifier (excluding part of tool call dict) (#7082) Docs: require auth optional for custom providers (#7098) fix: improve text-muted contrast for better readability (#7095) Always sync bundled extensions (#7057) feat: Add tom (Top Of Mind) platform extension (#7073) chore(docs): update GOOSE_SESSION_ID -> AGENT_SESSION_ID (#6669) fix(ci): switch from cargo-audit to cargo-deny for advisory scanning (#7032) chore(deps): bump @isaacs/brace-expansion from 5.0.0 to 5.0.1 in /evals/open-model-gym/suite (#7085) chore(deps): bump @modelcontextprotocol/sdk from 1.25.3 to 1.26.0 in /evals/open-model-gym/mcp-harness (#7086) fix: switch to windows msvc (#7080) fix: allow unlisted models for CLI providers (#7090) Use goose port (#7089) chore: strip posthog for sessions/models/daily only (#7079) tidy: clean up old benchmark and add gym (#7081) fix: use command.process_group(0) for CLI providers, not just MCP (#7083) added build notify (#6891) test(mcp): add image tool test and consolidate MCP test fixtures (#7019) ...

lifeizhou-ap · 2026-02-10T10:22:03Z

There is an alternative option where we build v8 ourselves: https://github.com/denoland/rusty_v8/blob/8b232b48a3378f933f56d5d8d6711e5906168409/README.md?plain=1#L45

but that would mean a slower and more expensive build of course. How much slower, I don't know.

I see! I guess we can build v8 ourselves targeting windows-ngu? as you said, it may cost more time and resources. also I am not sure whether the package depending on V8 works well if we build by ourselves.

It seems most of crates support windows-msv natively and also I feel it is more straightforward to use a windows runner to build the artifacts with less tweaks.

jamadeo · 2026-02-10T15:24:39Z

@lifeizhou-ap I think your solution is the right way to go-- just wanted to mention the other one in case some other reason comes up to go back to the gnu build toolchain.

* main: (85 commits) Fix 'Edit In Place' and 'Fork Session' features (#6970) Fix: Only send command content to command injection classifier (excluding part of tool call dict) (#7082) Docs: require auth optional for custom providers (#7098) fix: improve text-muted contrast for better readability (#7095) Always sync bundled extensions (#7057) feat: Add tom (Top Of Mind) platform extension (#7073) chore(docs): update GOOSE_SESSION_ID -> AGENT_SESSION_ID (#6669) fix(ci): switch from cargo-audit to cargo-deny for advisory scanning (#7032) chore(deps): bump @isaacs/brace-expansion from 5.0.0 to 5.0.1 in /evals/open-model-gym/suite (#7085) chore(deps): bump @modelcontextprotocol/sdk from 1.25.3 to 1.26.0 in /evals/open-model-gym/mcp-harness (#7086) fix: switch to windows msvc (#7080) fix: allow unlisted models for CLI providers (#7090) Use goose port (#7089) chore: strip posthog for sessions/models/daily only (#7079) tidy: clean up old benchmark and add gym (#7081) fix: use command.process_group(0) for CLI providers, not just MCP (#7083) added build notify (#6891) test(mcp): add image tool test and consolidate MCP test fixtures (#7019) fix: remove Option from model listing return types, propagate errors (#7074) fix: lazy provider creation for goose acp (#7026) (#7066) ...

lifeizhou-ap added 7 commits February 9, 2026 11:28

release windows artifact to msvc target

54ce2ef

testing setup

a830536

fix: remove windows_only input that can't access matrix context

6701de9

fix window bundle

4cc73d9

Merge branch 'main' into lifei/switch-to-windows-msvc

a035415

* main: added build notify (#6891) test(mcp): add image tool test and consolidate MCP test fixtures (#7019) fix: remove Option from model listing return types, propagate errors (#7074)

revert the test setup

dd9c935

removed comments

ed77926

lifeizhou-ap marked this pull request as ready for review February 9, 2026 06:26

Copilot AI review requested due to automatic review settings February 9, 2026 06:26

Copilot started reviewing on behalf of lifeizhou-ap February 9, 2026 06:27 View session

Copilot AI reviewed Feb 9, 2026

View reviewed changes

lifeizhou-ap added 2 commits February 9, 2026 17:51

fixed with copilot pr comments

924fa5b

testing

364ae9d

Copilot AI review requested due to automatic review settings February 9, 2026 06:53

Copilot started reviewing on behalf of lifeizhou-ap February 9, 2026 06:54 View session

Copilot AI reviewed Feb 9, 2026

View reviewed changes

lifeizhou-ap added 2 commits February 9, 2026 19:03

Revert "testing"

961491e

This reverts commit 364ae9d.

used proper attribute

289c06e

Copilot AI review requested due to automatic review settings February 9, 2026 08:16

Copilot started reviewing on behalf of lifeizhou-ap February 9, 2026 08:16 View session

Copilot AI reviewed Feb 9, 2026

View reviewed changes

lifeizhou-ap changed the title ~~Lifei/switch to windows msvc~~ fix: switch to windows msvc Feb 9, 2026

lifeizhou-ap requested review from jamadeo and michaelneale February 9, 2026 10:01

alexhancock approved these changes Feb 9, 2026

View reviewed changes

lifeizhou-ap added this pull request to the merge queue Feb 9, 2026

Merged via the queue into main with commit 021233c Feb 9, 2026
25 checks passed

lifeizhou-ap deleted the lifei/switch-to-windows-msvc branch February 9, 2026 14:13

github-actions bot mentioned this pull request Feb 10, 2026

chore(release): release version 1.24.0 (minor) #7102

Closed

Tyler-Hardin pushed a commit to Tyler-Hardin/goose that referenced this pull request Feb 11, 2026

fix: switch to windows msvc (block#7080)

d5f2fdf

Tyler-Hardin pushed a commit to Tyler-Hardin/goose that referenced this pull request Feb 11, 2026

fix: switch to windows msvc (block#7080)

3c920c0

BrewTestBot mentioned this pull request Feb 12, 2026

block-goose-cli 1.24.0 Homebrew/homebrew-core#267289

Merged

Conversation

lifeizhou-ap commented Feb 9, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Summary

Type of Change

Testing

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Reviewed changes

Uh oh!

Copilot AI Feb 9, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 9, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

Copilot AI Feb 9, 2026

Choose a reason for hiding this comment

Uh oh!

lifeizhou-ap Feb 9, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 9, 2026

Choose a reason for hiding this comment

Uh oh!

lifeizhou-ap Feb 9, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Uh oh!

Copilot AI Feb 9, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 9, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Feb 9, 2026

Choose a reason for hiding this comment

Uh oh!

alexhancock left a comment

Choose a reason for hiding this comment

Uh oh!

alexhancock commented Feb 9, 2026

Uh oh!

Uh oh!

jamadeo commented Feb 9, 2026

Uh oh!

lifeizhou-ap commented Feb 10, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

jamadeo commented Feb 10, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

lifeizhou-ap commented Feb 9, 2026 •

edited

Loading

lifeizhou-ap commented Feb 10, 2026 •

edited

Loading