Reconnect or Pair Again
Even if a Host that used to work suddenly stops connecting, you usually do not need to delete and recreate it immediately. The useful split is: Is this a problem that recovers with reconnect? or Do I really need to pair again?
The key thing to know first
Even if the live connection on the iPhone drops, work on the Mac may keep going. The Thread screen can stop updating while the Mac-side run still finishes, and once the connection returns the history catches up.
So "the iPhone screen stopped updating" is not the same thing as "the work on the Mac stopped."
Reconnect steps to try first
Try these in order:
- run
Connection TestfromHostson the iPhone - refresh from
ProjectsorHostson the iPhone - reopen the target
Thread - bring the iPhone app back to the foreground
If the disconnect was temporary, it often comes back at this stage.
Cases that often recover with reconnect alone
Only live updates stopped
Typical signs:
- the thread screen stopped updating
- it looks disconnected
- when you reopen it after a while, more history is visible
In that case, the Mac-side work may have continued. Reopen the Thread first before pairing again.
The iPhone had been in the background
It is not unusual for the connection to look dropped after the app stayed closed or backgrounded for a while. Returning it to the foreground triggers resync, so reopen it normally first.
You just returned to the same network
After a Wi-Fi switch or a short network wobble, Connection Test and refresh are often enough.
Cases where pairing again is often faster
Pairing again can be faster than trying to reconnect if one of these changed:
The token was regenerated on the Mac
If you used Regenerate Token in Pairing, the old Host information on the iPhone can no longer authenticate. Scan the new QR and import it again.
The Bridge port changed
If you changed the port in Bridge, the iPhone may still be pointing at the old endpoint. Pairing again is the reliable fix.
The Host was edited manually many times
If Bridge Host, Bridge URL, and Bearer Token were edited repeatedly and you no longer trust the result, deleting the old Host and importing it from QR again is safer.
Places to check on the Mac
General
- whether
RuntimeisRunning - whether
Healthis visible - whether
Bridge prerequisites are not satisfiedis absent - whether there is no legacy launchd warning
Bridge
- whether the display name or port changed
- whether the local endpoint is visible
Pairing
- whether the QR code can be shown
- whether the current endpoint looks correct
Places to check on the iPhone
Hosts
- Host state
Connection TestRetry Setup
Settings
TimeoutKeepAlive- local network permission
For unstable networks or very first connections, a slightly longer Timeout can make recovery easier.
When to suspect the network first
- it worked earlier, but stopped after you moved to another place
- the iPhone switched to mobile data
- the Mac is asleep
- the home Wi-Fi looks the same, but the Mac and iPhone are actually on different SSIDs
Because the current release assumes the local network, even when you are away from the desk physically, the Mac still needs to be visible from the same network.
Final checks before deleting and recreating the Host
- in
Generalon the Mac, checkRuntimeand warnings - in
Hostson the iPhone, runConnection Test - refresh
- confirm whether
Authentication failedis visible - think back to whether the token or port changed recently
If those checks make it clear that the token or endpoint is stale, that is the point where pairing again is enough.