fix(ui): preserve gateway token during safe websocket url edits#73923
Conversation
Greptile SummaryThis PR fixes a regression where editing the Gateway Access WebSocket URL in the Overview panel (e.g. adding a trailing slash or trimming whitespace) would unnecessarily clear the in-memory gateway token. It replaces the previous simple trimmed-string equality check with a Confidence Score: 5/5This PR is safe to merge; the change is narrow, well-tested, and correctly scoped. No logic errors, security concerns, or behavioural regressions found. The new helper mirrors the existing normalizeGatewayTokenScope / loadSessionToken pattern already present in storage.ts, and three targeted unit tests plus an updated integration test cover the same-scope, different-scope-with-token, and different-scope-without-token cases. No files require special attention. Reviews (1): Last reviewed commit: "fix(ui): preserve gateway token during s..." | Re-trigger Greptile |
|
Codex review: needs changes before merge. Reviewed June 15, 2026, 2:41 AM ET / 06:41 UTC. Summary PR surface: Source +17, Tests +66, Docs +1. Total +84 across 5 files. Reproducibility: yes. Source inspection on current main and v2026.6.6 shows the Overview URL input writes token to an empty string whenever the typed value differs from the previous gateway URL. Review metrics: none identified. Stored data model Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Mantis proof suggestion Risk before merge
Maintainer options:
Copy recommended automerge instructionNext step before merge
Security Review findings
Review detailsBest possible solution: Land a refreshed narrow Control UI fix that uses the existing normalized gateway-token scope, keeps the regression tests, and leaves release-note context outside CHANGELOG.md. Do we have a high-confidence way to reproduce the issue? Yes. Source inspection on current main and v2026.6.6 shows the Overview URL input writes token to an empty string whenever the typed value differs from the previous gateway URL. Is this the best way to solve the issue? Yes with cleanup. Reusing storage's normalized gateway-token scope is the right boundary, but the branch needs to be refreshed and the release-owned changelog edit removed. Full review comments:
Overall correctness: patch is incorrect AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against bcb016a528b1. Label changesLabel justifications:
Evidence reviewedPR surface: Source +17, Tests +66, Docs +1. Total +84 across 5 files. View PR surface stats
Acceptance criteria:
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
|
|
This pull request has been automatically marked as stale due to inactivity. |
|
This pull request has been automatically marked as stale due to inactivity. |
|
Clownfish 🐠 reef update Thanks for the work here. Clownfish patched this branch directly so the contributor trail stays right where it started. Source PR: #73923 fish notes: model gpt-5.5, reasoning medium; reviewed against 691264f. |
ee19a9f to
691264f
Compare
…claw#73923) * fix(ui): preserve gateway token during safe websocket url edits * fix(ui): preserve gateway token during safe websocket url edits --------- Co-authored-by: openclaw-clownfish[bot] <280122609+openclaw-clownfish[bot]@users.noreply.github.com>
…claw#73923) * fix(ui): preserve gateway token during safe websocket url edits * fix(ui): preserve gateway token during safe websocket url edits --------- Co-authored-by: openclaw-clownfish[bot] <280122609+openclaw-clownfish[bot]@users.noreply.github.com>
Summary
Validation
Notes
Security-routed PRs #41546, #41552, and #41718 are left to central OpenClaw security handling and are not modified by this fix path.
ProjectClownfish replacement details:
! [remote rejected] HEAD -> fix/issue-41545 (refusing to allow a GitHub App to create or update workflow
.github/workflows/auto-response.ymlwithoutworkflowspermission)error: failed to push some refs to 'https://github.com/llagy0020/openclaw.git'