Feature request: configurable Codex pet animation duration

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

• #28995
• #29196

Powered by Codex Action

Implemented a focused patch for this in my fork:

• Branch: Nicolas0315:codex/pet-status-animation-duration
• Commit: 6c5b5b2d92fc7107ff7b28ca4287c7b74e3195f7
• Compare: https://github.com/openai/codex/compare/main...Nicolas0315:codex/pet-status-animation-duration?expand=1

What changed:

• Added [tui] pet_status_animation_duration_seconds to let users keep non-idle pet status animations playing longer before returning to idle.
• The default/omitted value, and 0, preserve current built-in timing.
• animations = false still uses the stable first frame and schedules no follow-up animation frames.
• Regenerated codex-rs/core/config.schema.json.

Local verification:

• just fmt
• just write-config-schema
• git diff --check
• cargo test --manifest-path codex-rs\Cargo.toml -p codex-tui status_animation -- --nocapture
• cargo test --manifest-path codex-rs\Cargo.toml -p codex-tui reduced_motion_uses_stable_first_frame_and_schedules_no_follow_up -- --nocapture
• cargo check --manifest-path codex-rs\Cargo.toml -p codex-config
• cargo check --manifest-path codex-rs\Cargo.toml -p codex-core -p codex-tui

SSH validation:

• cyberagent-mac-m5max: checked out exact commit, git diff --check OK, focused TUI tests OK, cargo check -p codex-core -p codex-tui OK.
• nicolas2025: checked out exact commit, git diff --check OK, focused TUI tests OK, cargo check -p codex-core -p codex-tui OK, no lingering cargo/rustc/link processes.
• nicolas-macbook-pro: checked out exact commit, git diff --check OK; Rust toolchain unavailable on this host, so diff-only.
• rtx5060ti: checked out exact commit, git diff --check OK; cargo is still blocked by the host's existing linker mismatch (link: extra operand ..., exit 101), no lingering cargo/rustc/link processes.

One boundary: cargo test -p codex-core pet_status_animation_duration is currently blocked before reaching these tests by an unrelated existing compile error in core/src/session/tests.rs where a CreateThreadParams literal is missing history_mode.

Merge-tree against current origin/main (1168254bd) is clean; I left the validated commit unre-based.

Thanks a lot for taking the time to implement this! I really appreciate your effort.

I’m not very familiar with the codebase myself — I originally just wanted to customize the Codex pet a bit with Codex’s help — but your patch looks very thoughtful and well-tested to me. I hope it can provide a useful reference or idea for the maintainers if they decide to support this officially.

Thanks again, and best wishes!

---Original---
From: @.*>
Date: Sat, Jun 27, 2026 06:19 AM
To: @.*>;
Cc: "Yang @.****@.**>;
Subject: Re: [openai/codex] Feature request: configurable Codex pet animation duration (Issue #30268)

Nicolas0315 left a comment (openai/codex#30268)

Implemented a focused patch for this in my fork:

Branch: Nicolas0315:codex/pet-status-animation-duration

Commit: 6c5b5b2d92fc7107ff7b28ca4287c7b74e3195f7

Compare: https://github.com/openai/codex/compare/main...Nicolas0315:codex/pet-status-animation-duration?expand=1

What changed:

Added [tui] pet_status_animation_duration_seconds to let users keep non-idle pet status animations playing longer before returning to idle.

The default/omitted value, and 0, preserve current built-in timing.

animations = false still uses the stable first frame and schedules no follow-up animation frames.

Regenerated codex-rs/core/config.schema.json.

Local verification:

just fmt

just write-config-schema

git diff --check

cargo test --manifest-path codex-rs\Cargo.toml -p codex-tui status_animation -- --nocapture

cargo test --manifest-path codex-rs\Cargo.toml -p codex-tui reduced_motion_uses_stable_first_frame_and_schedules_no_follow_up -- --nocapture

cargo check --manifest-path codex-rs\Cargo.toml -p codex-config

cargo check --manifest-path codex-rs\Cargo.toml -p codex-core -p codex-tui

SSH validation:

cyberagent-mac-m5max: checked out exact commit, git diff --check OK, focused TUI tests OK, cargo check -p codex-core -p codex-tui OK.

nicolas2025: checked out exact commit, git diff --check OK, focused TUI tests OK, cargo check -p codex-core -p codex-tui OK, no lingering cargo/rustc/link processes.

nicolas-macbook-pro: checked out exact commit, git diff --check OK; Rust toolchain unavailable on this host, so diff-only.

rtx5060ti: checked out exact commit, git diff --check OK; cargo is still blocked by the host's existing linker mismatch (link: extra operand ..., exit 101), no lingering cargo/rustc/link processes.

One boundary: cargo test -p codex-core pet_status_animation_duration is currently blocked before reaching these tests by an unrelated existing compile error in core/src/session/tests.rs where a CreateThreadParams literal is missing history_mode.

Merge-tree against current origin/main (1168254bd) is clean; I left the validated commit unre-based.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

I can reproduce the underlying behavior that motivated this request as well.

Environment:

• Codex Desktop: 26.623.61825
• macOS, Apple Silicon

The non-idle animation is useful as a status indicator, but currently both built-in and custom pets briefly enter running and then fall back to idle while Codex is still working. Configurable duration would help, but I think the baseline behavior should be that running, waiting, review, and failed remain visible while the corresponding Codex state is active.

Related bug reports: #28995 and #23272.