Skip to content

fix(config): set connect/timeout_ms and connect/exit_on_failure - #357

Merged
YuanYuYuan merged 2 commits into
mainfrom
fix/connect-timeout-defaults
Sep 23, 2026
Merged

YuanYuYuan merged 2 commits into
mainfrom
fix/connect-timeout-defaults

Conversation

@YuanYuYuan

@YuanYuYuan YuanYuYuan commented Sep 23, 2026 •

Copy link
Copy Markdown
Collaborator

Summary

connect/timeout_ms and connect/exit_on_failure had no value in the session config. Each one fell back to the Zenoh crate's own default instead of the value rmw_zenoh_cpp sets in DEFAULT_RMW_ZENOH_SESSION_CONFIG.json5. This sets both to match.

Key Changes

  • Add connect/timeout_ms: { router: -1, peer: -1, client: 0 } to the session-specific config overrides.
  • Add connect/exit_on_failure: { router: false, peer: false, client: true } to the same list.
  • Checked against the current rmw_zenoh_cpp config on rolling: both values still match exactly.

What fails without this

Without this change, connect/timeout_ms and connect/exit_on_failure do not match rmw_zenoh_cpp's documented values: timeout_ms and exit_on_failure. No test in this crate starts a peer session with no router reachable, so the misalignment never turned a test red — it is a silent config mismatch, not a behavior any existing assertion checks.

Breaking Changes

None.

Both keys were unset, so a peer session used the Zenoh crate's own
connect defaults instead of the values rmw_zenoh_cpp documents in
DEFAULT_RMW_ZENOH_SESSION_CONFIG.json5. With no router reachable, the
crate default's behavior (retry duration, whether it blocks session
start) was never checked against rmw_zenoh_cpp's own: a failed peer
connect does not stop or block the session, only a client's does.
The block comment restated investigation detail already covered by
each override's own reason field, and stood out against every other
entry in this list, which carries no leading comment.
@YuanYuYuan
YuanYuYuan merged commit c503843 into main Sep 23, 2026
53 of 54 checks passed
@YuanYuYuan
YuanYuYuan deleted the fix/connect-timeout-defaults branch September 23, 2026 13:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant