Skip to content

Fix version info config initialization in tests#1590

Merged
oferchen merged 1 commit into
masterfrom
fix-field-assignment-outside-initializer
Oct 29, 2025
Merged

Fix version info config initialization in tests#1590
oferchen merged 1 commit into
masterfrom
fix-field-assignment-outside-initializer

Conversation

@oferchen
Copy link
Copy Markdown
Owner

Summary

  • initialize version info test configurations with struct update syntax to avoid post-default mutations

Testing

  • cargo clippy --workspace --all-targets --all-features --locked -- -Dwarnings

https://chatgpt.com/codex/tasks/task_e_69028c6880b4832380a8e65c093588d4

@oferchen oferchen merged commit bb45d46 into master Oct 29, 2025
@oferchen oferchen deleted the fix-field-assignment-outside-initializer branch October 29, 2025 21:57
oferchen added a commit that referenced this pull request May 17, 2026
Add a focused evaluation of async runtime options for the daemon
accept loop. Compares tokio against async-std and the existing
thread-per-connection model, and records the decision to adopt
tokio with the rt-multi-thread flavour under the existing async
feature gate.

The doc complements the implementation plan in #1935 and the
benchmark plan in #1933 rather than restating either. It covers
maintenance posture, feature parity, ecosystem alignment, the
case for staying threaded, the case for tokio, migration cost,
trigger conditions, and a five-step adoption sequence.
oferchen added a commit that referenced this pull request May 18, 2026
Add a focused evaluation of async runtime options for the daemon
accept loop. Compares tokio against async-std and the existing
thread-per-connection model, and records the decision to adopt
tokio with the rt-multi-thread flavour under the existing async
feature gate.

The doc complements the implementation plan in #1935 and the
benchmark plan in #1933 rather than restating either. It covers
maintenance posture, feature parity, ecosystem alignment, the
case for staying threaded, the case for tokio, migration cost,
trigger conditions, and a five-step adoption sequence.
oferchen added a commit that referenced this pull request May 18, 2026
Add a focused evaluation of async runtime options for the daemon
accept loop. Compares tokio against async-std and the existing
thread-per-connection model, and records the decision to adopt
tokio with the rt-multi-thread flavour under the existing async
feature gate.

The doc complements the implementation plan in #1935 and the
benchmark plan in #1933 rather than restating either. It covers
maintenance posture, feature parity, ecosystem alignment, the
case for staying threaded, the case for tokio, migration cost,
trigger conditions, and a five-step adoption sequence.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant