You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
SetNameservers can return Hover 401 without refreshing login #48
Before mutating nameservers, the Hover plugin should verify the browser/session is authenticated, reuse a valid cached browser profile/session when possible, and refresh login only when necessary. If the first write still returns Hover login/401, it should invalidate/refresh the session and retry once before failing.
Acceptance criteria
SetNameservers ensures a valid authenticated session before issuing the write request.
A stale session/cookie does not cause an immediate failed cutover.
The plugin logs enough progress to distinguish cached-session reuse, login refresh, and write retry.
workflow-plugin-hover v0.5.12
hover browser SetNameservers "buymywishlist.net": refresh login after HTTP 401: hover browser signin: HTTP 429: <html><head><title>429 Too Many Requests</title>...
So the remaining work is to make browser signin back off and retry on Hover/Imperva 429 during forced refresh. The plugin should not dump the entire HTML challenge in the top-level error if retries exhaust.
Live validation on gocodealone-dns run 27491720650 showed the v0.5.15 retry path still forced credential/TOTP signin after a write 401, then hit Hover/Imperva 429 on /signin/auth2.json. PR #53 changes SetNameservers to revalidate the cached browser session in Chrome and retry the write before falling back to forced login.
Activity
intel352 commentedon Jun 14, 2026
The first fix shipped in
v0.5.12and the DNS apply confirmed the retry path is active, but live validation exposed the next failure mode.Run: https://github.com/GoCodeAlone/gocodealone-dns/actions/runs/27488162504
Evidence:
So the remaining work is to make browser signin back off and retry on Hover/Imperva
429during forced refresh. The plugin should not dump the entire HTML challenge in the top-level error if retries exhaust.intel352 commentedon Jun 14, 2026
v0.5.13improved the error surface and retry path, but live apply then hit a transient502 Bad Gatewayduring forced browser signin:Run: https://github.com/GoCodeAlone/gocodealone-dns/actions/runs/27488478666
Next patch: treat 502/504 as retryable browser-signin statuses alongside 429/503.
intel352 commentedon Jun 14, 2026
Live validation on gocodealone-dns run 27491720650 showed the v0.5.15 retry path still forced credential/TOTP signin after a write 401, then hit Hover/Imperva 429 on /signin/auth2.json. PR #53 changes SetNameservers to revalidate the cached browser session in Chrome and retry the write before falling back to forced login.