Skip to content

fix(relay): deliver Live Activity updates on phase change - #2

Closed
macodev00 wants to merge 1 commit into
mainfrom
cursor/fix-live-activity-phase-throttle-4ea1
Closed

macodev00 wants to merge 1 commit into
mainfrom
cursor/fix-live-activity-phase-throttle-4ea1

Conversation

@macodev00

Copy link
Copy Markdown
Owner

What Changed

Exempt observed Live Activity phase changes from the relay's 15s update throttle in shouldUpdateLiveActivity, next to the existing activeCount, attention, and newly-terminal exemptions. Timestamp and ordering churn stay throttled.

Added a relay regression: a starting aggregate followed by running ~4s later now delivers the Working update instead of being suppressed.

Why

The environment publishes starting then running a few seconds later with activeCount still 1. The running push landed inside the 15s window and was dropped, so the iOS lock screen stayed on Connecting until a later exempt phase or a foreground token re-register.

Fixes pingdotgg#12668

UI Changes

Not applicable. Relay-only; no UI change.

Checklist

  • This PR is small and focused
  • I explained what changed and why
  • I included before/after screenshots for any UI changes
  • I included a video for animation/interaction changes
Open in Web Open in Cursor 

starting to running keeps activeCount at 1 and is not attention or terminal,
so the 15s Live Activity throttle dropped the running push and the lock
screen stayed on Connecting. Exempt observed phase changes from that
window. Timestamp and ordering churn stay throttled.
@macodev00

Copy link
Copy Markdown
Owner Author

Superseded by upstream pingdotgg#12699

@macodev00 macodev00 closed this Sep 20, 2026
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.

[Bug]: iOS Live Activity stays on Connecting because the relay throttles the running update

1 participant