Support home path for CODEX for workspace-write by evawong-oai · Pull Request #15351 · openai/codex

evawong-oai · 2026-03-20T20:44:53Z

Summary

Add home expansion only to AbsolutePathBufGuard mode for merged config deserialization
Use it when CODEX reads merged config so ~/... paths work without allowing relative ./... paths

Validation

cargo test -p codex-utils-absolute-path
cargo test -p codex-core managed_preferences
/tmp/codex-tools/bin/just fix -p codex-utils-absolute-path
/tmp/codex-tools/bin/just fix -p codex-core
/tmp/codex-tools/bin/just fmt
Wrapper repro through /Users/evawong/code/openai/project/dotslash-gen/bin/codex: seeded a local origin/main build into the wrapper cache and used a temporary local-only debug env to inject managed preferences containing writable_roots = ["~/code"]; config/read failed with AbsolutePathBuf deserialized without a base path.
Same wrapper repro with this PR build seeded into the wrapper cache: config/read succeeded and expanded writable_roots to /tmp/pr15351-after-home/code.

I have also updated a temporary home directory so I can point CODEX locally with this PR change, before and after, and ensure all CI tests are green.

Before:

After:

evawong-oai · 2026-03-20T20:45:00Z

@codex review

chatgpt-codex-connector

💡 Codex Review

codex/codex-rs/core/src/config/service.rs

Line 618 in 42d1050

let _: ConfigToml = value.clone().try_into()?;

Validate merged config with home-expansion guard

read() now accepts MDM ~/... paths via deserialize_merged_config_toml, but apply_edits() still runs validate_config(), which deserializes with plain try_into() and no AbsolutePathBufGuard. That makes behavior inconsistent: the same managed config can be read successfully, then any write fails with ConfigValidationError (e.g. AbsolutePathBuf deserialized without a base path).

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

Open a pull request for review
Mark a draft as ready
Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

evawong-oai · 2026-03-20T21:11:39Z

@codex address that feedback

chatgpt-codex-connector · 2026-03-20T21:16:55Z

Summary

Updated ConfigService::apply_edits to validate user config only through the guarded deserialize_config_toml_with_base(...) path before feature checks, removing the redundant unguarded deserialization pass that could reject ~/... path fields during writes. codex-rs/core/src/config/service.rsL336-L364
Added a regression test that verifies writes still succeed when config.toml already contains a home-relative path (model_instructions_file = "~/instructions.md"), ensuring this flow remains supported on non-Windows platforms. codex-rs/core/src/config/service_tests.rsL338-L366

Testing

✅ just fmt
⚠️ cargo test -p codex-core (failed in this environment due crates.io access errors while resolving dependency v8).
⚠️ just argument-comment-lint (failed because prebuilt linter wrapper requires dotslash in this environment).
⚠️ ./tools/argument-comment-lint/run.sh (failed because cargo-dylint/dylint-link are not installed).
⚠️ cargo install --locked cargo-dylint dylint-link (install failed due crates.io/network access restrictions).

Committed on the current branch and created a follow-up PR message with make_pr.

View task →

evawong-oai · 2026-03-20T22:22:20Z

@codex review

chatgpt-codex-connector

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 75947d8963

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

Open a pull request for review
Mark a draft as ready
Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

codex-rs/Cargo.lock

evawong-oai · 2026-03-20T23:03:26Z

Addressing the earlier Codex review note about apply_edits() still failing on managed ~/... paths: this is fixed in efe354ffb.

apply_edits() still uses validate_config(&user_config) for raw user-file schema checks, but the path-sensitive deserialization during writes now goes through the guarded helpers:

deserialize_config_toml_with_base(user_config.clone(), &self.codex_home) before feature validation in codex-rs/core/src/config/service.rs
validate_merged_config(&effective, &self.codex_home) on the merged config, which uses deserialize_merged_config_toml(...)

So managed ~/... values are now validated with home expansion on write, not just on read. There is also a regression test in write_value_succeeds_when_managed_preferences_expand_home_directory_paths() in codex-rs/core/src/config/service_tests.rs that sets managed writable_roots = ["~/code"] and verifies write_value(...) succeeds.

bolinfest · 2026-03-20T23:16:10Z

codex-rs/deny.toml

    { id = "RUSTSEC-2024-0388", reason = "derivative is unmaintained; pulled in via starlark v0.13.0 used by execpolicy/cli/core; no fixed release yet" },
    { id = "RUSTSEC-2025-0057", reason = "fxhash is unmaintained; pulled in via starlark_map/starlark v0.13.0 used by execpolicy/cli/core; no fixed release yet" },
    { id = "RUSTSEC-2024-0436", reason = "paste is unmaintained; pulled in via ratatui/rmcp/starlark used by tui/execpolicy; no fixed release yet" },
-    # TODO(fcoury): remove these exceptions when the aws-lc-sys upgrade path is Bazel-compatible in this workspace.


Seems like this should be its own PR?

bolinfest · 2026-03-20T23:19:13Z

codex-rs/utils/absolute-path/src/lib.rs

        assert_eq!(abs_path_buf.as_path(), home.join("code").as_path());
    }

+    #[cfg(not(target_os = "windows"))]


I think this should work on Windows? See https://docs.rs/dirs/latest/dirs/fn.home_dir.html

codex-rs/utils/absolute-path/src/lib.rs

bolinfest · 2026-03-20T23:24:10Z

docs/pr-validation/pr-15351-after.png

Let's please keep images like this out of the repo.

bolinfest · 2026-03-20T23:24:46Z

MODULE.bazel.lock

      "rustix_1.1.3": "{\"dependencies\":[{\"default_features\":false,\"name\":\"bitflags\",\"req\":\"^2.4.0\"},{\"name\":\"core\",\"optional\":true,\"package\":\"rustc-std-workspace-core\",\"req\":\"^1.0.0\"},{\"kind\":\"dev\",\"name\":\"criterion\",\"req\":\"^0.4\",\"target\":\"cfg(all(criterion, not(any(target_os = \\\"emscripten\\\", target_os = \\\"wasi\\\"))))\"},{\"kind\":\"dev\",\"name\":\"flate2\",\"req\":\"^1.0\"},{\"default_features\":false,\"name\":\"libc\",\"req\":\"^0.2.177\",\"target\":\"cfg(all(not(windows), any(rustix_use_libc, miri, not(all(target_os = \\\"linux\\\", any(target_endian = \\\"little\\\", any(target_arch = \\\"s390x\\\", target_arch = \\\"powerpc\\\")), any(target_arch = \\\"arm\\\", all(target_arch = \\\"aarch64\\\", target_pointer_width = \\\"64\\\"), target_arch = \\\"riscv64\\\", all(rustix_use_experimental_asm, target_arch = \\\"powerpc\\\"), all(rustix_use_experimental_asm, target_arch = \\\"powerpc64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"s390x\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips32r6\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64r6\\\"), target_arch = \\\"x86\\\", all(target_arch = \\\"x86_64\\\", target_pointer_width = \\\"64\\\")))))))\"},{\"default_features\":false,\"name\":\"libc\",\"optional\":true,\"req\":\"^0.2.177\",\"target\":\"cfg(all(not(rustix_use_libc), not(miri), target_os = \\\"linux\\\", any(target_endian = \\\"little\\\", any(target_arch = \\\"s390x\\\", target_arch = \\\"powerpc\\\")), any(target_arch = \\\"arm\\\", all(target_arch = \\\"aarch64\\\", target_pointer_width = \\\"64\\\"), target_arch = \\\"riscv64\\\", all(rustix_use_experimental_asm, target_arch = \\\"powerpc\\\"), all(rustix_use_experimental_asm, target_arch = \\\"powerpc64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"s390x\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips32r6\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64r6\\\"), target_arch = \\\"x86\\\", all(target_arch = \\\"x86_64\\\", target_pointer_width = \\\"64\\\"))))\"},{\"kind\":\"dev\",\"name\":\"libc\",\"req\":\"^0.2.171\"},{\"default_features\":false,\"name\":\"libc_errno\",\"package\":\"errno\",\"req\":\"^0.3.10\",\"target\":\"cfg(all(not(windows), any(rustix_use_libc, miri, not(all(target_os = \\\"linux\\\", any(target_endian = \\\"little\\\", any(target_arch = \\\"s390x\\\", target_arch = \\\"powerpc\\\")), any(target_arch = \\\"arm\\\", all(target_arch = \\\"aarch64\\\", target_pointer_width = \\\"64\\\"), target_arch = \\\"riscv64\\\", all(rustix_use_experimental_asm, target_arch = \\\"powerpc\\\"), all(rustix_use_experimental_asm, target_arch = \\\"powerpc64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"s390x\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips32r6\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64r6\\\"), target_arch = \\\"x86\\\", all(target_arch = \\\"x86_64\\\", target_pointer_width = \\\"64\\\")))))))\"},{\"default_features\":false,\"name\":\"libc_errno\",\"package\":\"errno\",\"req\":\"^0.3.10\",\"target\":\"cfg(windows)\"},{\"default_features\":false,\"name\":\"libc_errno\",\"optional\":true,\"package\":\"errno\",\"req\":\"^0.3.10\",\"target\":\"cfg(all(not(rustix_use_libc), not(miri), target_os = \\\"linux\\\", any(target_endian = \\\"little\\\", any(target_arch = \\\"s390x\\\", target_arch = \\\"powerpc\\\")), any(target_arch = \\\"arm\\\", all(target_arch = \\\"aarch64\\\", target_pointer_width = \\\"64\\\"), target_arch = \\\"riscv64\\\", all(rustix_use_experimental_asm, target_arch = \\\"powerpc\\\"), all(rustix_use_experimental_asm, target_arch = \\\"powerpc64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"s390x\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips32r6\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64r6\\\"), target_arch = \\\"x86\\\", all(target_arch = \\\"x86_64\\\", target_pointer_width = \\\"64\\\"))))\"},{\"default_features\":false,\"kind\":\"dev\",\"name\":\"libc_errno\",\"package\":\"errno\",\"req\":\"^0.3.10\"},{\"default_features\":false,\"features\":[\"general\",\"ioctl\",\"no_std\"],\"name\":\"linux-raw-sys\",\"req\":\"^0.11.0\",\"target\":\"cfg(all(any(target_os = \\\"linux\\\", target_os = \\\"android\\\"), any(rustix_use_libc, miri, not(all(target_os = \\\"linux\\\", any(target_endian = \\\"little\\\", any(target_arch = \\\"s390x\\\", target_arch = \\\"powerpc\\\")), any(target_arch = \\\"arm\\\", all(target_arch = \\\"aarch64\\\", target_pointer_width = \\\"64\\\"), target_arch = \\\"riscv64\\\", all(rustix_use_experimental_asm, target_arch = \\\"powerpc\\\"), all(rustix_use_experimental_asm, target_arch = \\\"powerpc64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"s390x\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips32r6\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64r6\\\"), target_arch = \\\"x86\\\", all(target_arch = \\\"x86_64\\\", target_pointer_width = \\\"64\\\")))))))\"},{\"default_features\":false,\"features\":[\"auxvec\",\"general\",\"errno\",\"ioctl\",\"no_std\",\"elf\"],\"name\":\"linux-raw-sys\",\"req\":\"^0.11.0\",\"target\":\"cfg(all(not(rustix_use_libc), not(miri), target_os = \\\"linux\\\", any(target_endian = \\\"little\\\", any(target_arch = \\\"s390x\\\", target_arch = \\\"powerpc\\\")), any(target_arch = \\\"arm\\\", all(target_arch = \\\"aarch64\\\", target_pointer_width = \\\"64\\\"), target_arch = \\\"riscv64\\\", all(rustix_use_experimental_asm, target_arch = \\\"powerpc\\\"), all(rustix_use_experimental_asm, target_arch = \\\"powerpc64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"s390x\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips32r6\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64\\\"), all(rustix_use_experimental_asm, target_arch = \\\"mips64r6\\\"), target_arch = \\\"x86\\\", all(target_arch = \\\"x86_64\\\", target_pointer_width = \\\"64\\\"))))\"},{\"kind\":\"dev\",\"name\":\"memoffset\",\"req\":\"^0.9.0\"},{\"kind\":\"dev\",\"name\":\"once_cell\",\"req\":\"^1.20.3\",\"target\":\"cfg(windows)\"},{\"name\":\"rustc-std-workspace-alloc\",\"optional\":true,\"req\":\"^1.0.0\"},{\"kind\":\"dev\",\"name\":\"serial_test\",\"req\":\"^2.0.0\"},{\"kind\":\"dev\",\"name\":\"static_assertions\",\"req\":\"^1.1.0\"},{\"kind\":\"dev\",\"name\":\"tempfile\",\"req\":\"^3.5.0\"},{\"features\":[\"Win32_Foundation\",\"Win32_Networking_WinSock\"],\"name\":\"windows-sys\",\"req\":\">=0.52, <0.62\",\"target\":\"cfg(windows)\"}],\"features\":{\"all-apis\":[\"event\",\"fs\",\"io_uring\",\"mm\",\"mount\",\"net\",\"param\",\"pipe\",\"process\",\"pty\",\"rand\",\"runtime\",\"shm\",\"stdio\",\"system\",\"termios\",\"thread\",\"time\"],\"alloc\":[],\"default\":[\"std\"],\"event\":[],\"fs\":[],\"io_uring\":[\"event\",\"fs\",\"net\",\"thread\",\"linux-raw-sys/io_uring\"],\"linux_4_11\":[],\"linux_5_1\":[\"linux_4_11\"],\"linux_5_11\":[\"linux_5_1\"],\"linux_latest\":[\"linux_5_11\"],\"mm\":[],\"mount\":[],\"net\":[\"linux-raw-sys/net\",\"linux-raw-sys/netlink\",\"linux-raw-sys/if_ether\",\"linux-raw-sys/xdp\"],\"param\":[],\"pipe\":[],\"process\":[\"linux-raw-sys/prctl\"],\"pty\":[\"fs\"],\"rand\":[],\"runtime\":[\"linux-raw-sys/prctl\"],\"rustc-dep-of-std\":[\"core\",\"rustc-std-workspace-alloc\",\"linux-raw-sys/rustc-dep-of-std\",\"bitflags/rustc-dep-of-std\"],\"shm\":[\"fs\"],\"std\":[\"bitflags/std\",\"alloc\",\"libc?/std\",\"libc_errno?/std\"],\"stdio\":[],\"system\":[\"linux-raw-sys/system\"],\"termios\":[],\"thread\":[\"linux-raw-sys/prctl\"],\"time\":[],\"try_close\":[],\"use-explicitly-provided-auxv\":[],\"use-libc\":[\"libc_errno\",\"libc\"],\"use-libc-auxv\":[]}}",
      "rustls-native-certs_0.8.3": "{\"dependencies\":[{\"name\":\"openssl-probe\",\"req\":\"^0.2\",\"target\":\"cfg(all(unix, not(target_os = \\\"macos\\\")))\"},{\"features\":[\"std\"],\"name\":\"pki-types\",\"package\":\"rustls-pki-types\",\"req\":\"^1.10\"},{\"kind\":\"dev\",\"name\":\"ring\",\"req\":\"^0.17\"},{\"kind\":\"dev\",\"name\":\"rustls\",\"req\":\"^0.23\"},{\"kind\":\"dev\",\"name\":\"rustls-webpki\",\"req\":\"^0.103\"},{\"name\":\"schannel\",\"req\":\"^0.1\",\"target\":\"cfg(windows)\"},{\"name\":\"security-framework\",\"req\":\"^3\",\"target\":\"cfg(target_os = \\\"macos\\\")\"},{\"kind\":\"dev\",\"name\":\"serial_test\",\"req\":\"^3\"},{\"kind\":\"dev\",\"name\":\"tempfile\",\"req\":\"^3.5\"},{\"kind\":\"dev\",\"name\":\"untrusted\",\"req\":\"^0.9\"},{\"kind\":\"dev\",\"name\":\"webpki-roots\",\"req\":\"^1\"},{\"kind\":\"dev\",\"name\":\"x509-parser\",\"req\":\"^0.18\"}],\"features\":{}}",
      "rustls-pki-types_1.14.0": "{\"dependencies\":[{\"kind\":\"dev\",\"name\":\"crabgrind\",\"req\":\"=0.1.9\",\"target\":\"cfg(all(target_os = \\\"linux\\\", target_arch = \\\"x86_64\\\"))\"},{\"name\":\"web-time\",\"optional\":true,\"req\":\"^1\",\"target\":\"cfg(all(target_family = \\\"wasm\\\", target_os = \\\"unknown\\\"))\"},{\"name\":\"zeroize\",\"optional\":true,\"req\":\"^1\"}],\"features\":{\"alloc\":[\"dep:zeroize\"],\"default\":[\"alloc\"],\"std\":[\"alloc\"],\"web\":[\"web-time\"]}}",
-      "rustls-webpki_0.103.9": "{\"dependencies\":[{\"default_features\":false,\"name\":\"aws-lc-rs\",\"optional\":true,\"req\":\"^1.14\"},{\"kind\":\"dev\",\"name\":\"base64\",\"req\":\"^0.22\"},{\"kind\":\"dev\",\"name\":\"bencher\",\"req\":\"^0.1.5\"},{\"kind\":\"dev\",\"name\":\"bzip2\",\"req\":\"^0.6\"},{\"kind\":\"dev\",\"name\":\"once_cell\",\"req\":\"^1.17.2\"},{\"default_features\":false,\"name\":\"pki-types\",\"package\":\"rustls-pki-types\",\"req\":\"^1.12\"},{\"default_features\":false,\"features\":[\"aws_lc_rs\"],\"kind\":\"dev\",\"name\":\"rcgen\",\"req\":\"^0.14.2\"},{\"default_features\":false,\"name\":\"ring\",\"optional\":true,\"req\":\"^0.17\"},{\"features\":[\"derive\"],\"kind\":\"dev\",\"name\":\"serde\",\"req\":\"^1.0\"},{\"kind\":\"dev\",\"name\":\"serde_json\",\"req\":\"^1.0\"},{\"name\":\"untrusted\",\"req\":\"^0.9\"}],\"features\":{\"alloc\":[\"ring?/alloc\",\"pki-types/alloc\"],\"aws-lc-rs\":[\"dep:aws-lc-rs\",\"aws-lc-rs/aws-lc-sys\",\"aws-lc-rs/prebuilt-nasm\"],\"aws-lc-rs-fips\":[\"dep:aws-lc-rs\",\"aws-lc-rs/fips\"],\"aws-lc-rs-unstable\":[\"aws-lc-rs\",\"aws-lc-rs/unstable\"],\"default\":[\"std\"],\"ring\":[\"dep:ring\"],\"std\":[\"alloc\",\"pki-types/std\"]}}",


Does this go with the codex-rs/deny.toml change?

Co-authored-by: Michael Bolin <bolinfest@gmail.com>

bolinfest · 2026-03-20T23:29:08Z

codex-rs/utils/absolute-path/src/lib.rs

+/// `~/...`. Because this relies on thread-local storage, the deserialization
+/// must be single-threaded and occur on the same thread that created the
+/// guard.
 pub struct AbsolutePathBufGuard;


Should we just add the fields of AbsolutePathBufGuardState to AbsolutePathBufGuard rather than introduce a new type?

bolinfest · 2026-03-20T23:30:42Z

codex-rs/core/src/config/mod.rs

+    root_value: TomlValue,
+    config_base_dir: &Path,
+) -> Result<ConfigToml, toml::de::Error> {
+    let _guard = AbsolutePathBufGuard::home_expansion_only(config_base_dir);


This PR touches far more files than I would expect: I was expecting to see only the logic for MDM deserialization modified to use the new path guard constructor.

chatgpt-codex-connector bot reviewed Mar 20, 2026

View reviewed changes

evawong-oai changed the title ~~config: support ~/ paths in MDM config~~ Support home path for CODEX Mar 20, 2026

evawong-oai added 3 commits March 20, 2026 15:06

config: support tilde paths in MDM config

8772506

config: validate merged MDM paths consistently

efe354f

Add PR 15351 validation screenshots

2cf2738

evawong-oai force-pushed the codex/mdm-home-guard branch from ee06025 to 2cf2738 Compare March 20, 2026 22:08

evawong-oai added 2 commits March 20, 2026 15:11

Remove stale cargo-deny advisory ignores

05bf6b8

Bump rustls-webpki to 0.103.10

75947d8

Refresh Bazel lockfile

2a0e8fe

chatgpt-codex-connector bot reviewed Mar 20, 2026

View reviewed changes

codex-rs/Cargo.lock Show resolved Hide resolved

evawong-oai marked this pull request as ready for review March 20, 2026 23:10

evawong-oai changed the title ~~Support home path for CODEX~~ Support home path for CODEX for workspace-write Mar 20, 2026

bolinfest reviewed Mar 20, 2026

View reviewed changes

codex-rs/utils/absolute-path/src/lib.rs Outdated Show resolved Hide resolved

bolinfest reviewed Mar 20, 2026

View reviewed changes

docs/pr-validation/pr-15351-after.png

Copy link

Collaborator

bolinfest Mar 20, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's please keep images like this out of the repo.

bolinfest reviewed Mar 20, 2026

View reviewed changes

Apply suggestions from code review

ddfc21a

Co-authored-by: Michael Bolin <bolinfest@gmail.com>

bolinfest reviewed Mar 20, 2026

View reviewed changes

Conversation

evawong-oai commented Mar 20, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Summary

Validation

Uh oh!

evawong-oai commented Mar 20, 2026

Uh oh!

chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

💡 Codex Review

Uh oh!

evawong-oai commented Mar 20, 2026

Uh oh!

chatgpt-codex-connector bot commented Mar 20, 2026

Summary

Uh oh!

evawong-oai commented Mar 20, 2026

Uh oh!

chatgpt-codex-connector bot left a comment

Choose a reason for hiding this comment

💡 Codex Review

Uh oh!

Uh oh!

evawong-oai commented Mar 20, 2026

Uh oh!

bolinfest Mar 20, 2026

Choose a reason for hiding this comment

Uh oh!

bolinfest Mar 20, 2026

Choose a reason for hiding this comment

Uh oh!

Uh oh!

bolinfest Mar 20, 2026

Choose a reason for hiding this comment

Uh oh!

bolinfest Mar 20, 2026

Choose a reason for hiding this comment

Uh oh!

bolinfest Mar 20, 2026

Choose a reason for hiding this comment

Uh oh!

bolinfest Mar 20, 2026

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

evawong-oai commented Mar 20, 2026 •

edited

Loading