openclaw - 💡(How to fix) Fix Connection-level fields on health (rttMs, lastHeartbeatAt, connected) [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#70230Fetched 2026-04-23 07:27:27
View on GitHub
Comments
0
Participants
1
Timeline
0
Reactions
0
RAW_BUFFERClick to expand / collapse

Hey - small ask. The existing health RPC (behind openclaw gateway health) returns service-level summary - agents, channels, sessions. For a UI that needs a live "is the gateway reachable / how fast right now" indicator, what would help is a few connection-level fields on the same response: connected, rttMs (rolling mean of recent ping/pongs), and lastHeartbeatAt.

Could be added onto the existing health summary, or a separate lightweight gateway.ping if you'd rather keep the deep health probe heavier than a UI polling cadence. No strong preference.

No urgency - just wanted to surface it. Glad to test against a branch if you push something.

extent analysis

TL;DR

Adding connection-level fields to the existing health RPC or creating a separate gateway.ping endpoint can provide the necessary information for a live gateway reachability indicator.

Guidance

  • Consider adding connected, rttMs, and lastHeartbeatAt fields to the existing health RPC response to provide connection-level information.
  • Alternatively, create a separate gateway.ping endpoint to return these fields, keeping the health endpoint focused on service-level summaries.
  • Evaluate the trade-offs between modifying the existing endpoint versus introducing a new one, considering factors like backwards compatibility and UI polling cadence.
  • Test any proposed changes against a branch to ensure the new fields meet the requirements for the live gateway reachability indicator.

Notes

The best approach depends on the specific requirements and constraints of the system, including the potential impact on existing users of the health endpoint and the desired polling frequency for the UI indicator.

Recommendation

Apply workaround by adding the necessary fields to the existing health RPC, as this seems to be the most straightforward approach to provide the required information without introducing additional complexity.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix Connection-level fields on health (rttMs, lastHeartbeatAt, connected) [1 participants]