Resuming a session another process still holds now tells you to run /remote-control to take it over.
What's wrong with this entry?
Resuming a transcript whose remote-control session is still served by a running local process no longer silently conflicts. By default the bridge declines and tells you that running /remote-control here moves it; enabling remote control explicitly takes the session over.
- The decline is logged as
restored_pointer_held_locally; the takeover recordstengu_bridge_restored_pointer_takeover. - A host-directed target re-checks the logged-in owner immediately before connecting and fails with
host_target_owner_recheck_failedif it no longer matches. - Disabling remote control now releases the session record with
keepRecordinstead of deleting it, and the v2 transport close event carriesrecovery_in_flight. - All of this still sits behind the existing
allow_remote_controlpermission check.
tengu_bridge_restored_pointer_takeover
Strings lifted out of the shipped bundle, so the claim above can be checked against them.