patchcord 0.5.128 → 0.5.129
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.claude-plugin/plugin.json +1 -1
- package/package.json +1 -1
- package/scripts/subscribe.mjs +11 -12
package/package.json
CHANGED
package/scripts/subscribe.mjs
CHANGED
|
@@ -426,18 +426,17 @@ function runOnce(ticket, baseUrl, token, refreshTicket) {
|
|
|
426
426
|
try {
|
|
427
427
|
const fresh = await refreshTicket();
|
|
428
428
|
currentJwt = fresh.jwt;
|
|
429
|
-
//
|
|
430
|
-
//
|
|
431
|
-
//
|
|
432
|
-
//
|
|
433
|
-
|
|
434
|
-
|
|
435
|
-
|
|
436
|
-
|
|
437
|
-
|
|
438
|
-
|
|
439
|
-
|
|
440
|
-
);
|
|
429
|
+
// NO socket-level "phoenix" topic update. Verified live against
|
|
430
|
+
// production Realtime: the reserved "phoenix" topic has no joined
|
|
431
|
+
// channel behind it, so any non-heartbeat event sent there —
|
|
432
|
+
// including access_token — is rejected with a phx_reply
|
|
433
|
+
// {status:"error", reason:"unmatched topic"}, every time. Per
|
|
434
|
+
// Supabase's own protocol, access_token is a per-channel-only
|
|
435
|
+
// event; there is no socket-level refresh mechanism. Sending it
|
|
436
|
+
// here previously triggered that error on every refresh cycle
|
|
437
|
+
// (~8min), which the generic phx_reply-error handler below treated
|
|
438
|
+
// as fatal and force-reconnected on — a full disconnect/rejoin
|
|
439
|
+
// cycle every ~8 minutes, forever, on every subscribe listener.
|
|
441
440
|
// Channel-level updates — matches supabase-js's setAuth() pattern.
|
|
442
441
|
for (const topic of fresh.topics) {
|
|
443
442
|
ws.send(
|