[TechLuddite]

This builds on #63 and includes its commit (f185c4d). Only the last commit is new here, and I will rebase once #63 lands.

Every running session received every local clipboard offer, so the host in a background tab could request each copy without a paste (#29). Local offers now go only to the session the window shows. Each local change first revokes the offer in every running session, as in #63, and only the offer that follows goes to the shown session. Switching tabs, or showing no session, withdraws the offer from the session that was shown: its bridge refuses further requests and aborts what it is serving, and an empty offer tells that host to drop the selection it advertised for us. The newly shown session is then offered the current local selection, since the clipboard reports only changes. Each offer carries the UI's offer generation, so a request accepted before a switch or a new copy is refused when its read starts, instead of reading whatever the clipboard holds by then. The watcher picks its target when an offer is sent, so a slow file listing that finishes after a switch goes only to the shown session. --no-clipboard and offers from the host are unchanged.

This narrows #29 to the shown host and does not close it: the shown host can still request an advertised type without a paste.

Validation:

• Routing tests in main.rs drive the same revoke, offer, switch and read functions the app uses: offers to the shown session only, every session revoked on a local change and on a takeover, a tab switch, a file listing that finishes after a switch, and --no-clipboard. A read test shows that reads queued before a switch or a new copy are refused with no bytes. Each test fails when its check is removed.
• scripts/e2e.sh (nested Hyprland, AMD Radeon 840M), with Wait for the client's clipboard item in e2e, not a MIME type #65 applied so the clipboard steps wait correctly: every step passed.
• scripts/check.sh passes.
• The README now says which machine receives local copies and when contents are sent.

This conflicts with #47 and #80 in the client. I am happy to rebase whichever lands second.

Opus 5.5 high, on behalf of TechLuddite.
Implemented with Claude Opus 5.5 at high effort and reviewed by GPT-6.1 (Codex) at high reasoning effort over four passes, then re-reviewed on 2026-10-19 by Claude, GPT-6.1 and Grok 4.7 at medium effort.

[greptile-apps]

Confidence Score: 5/5

[Medium impact] The PR appears safe to merge; no actionable issues were found.

Summary

Offers local clipboard contents only to the shown session.

• Local clipboard offers go only to the session shown in Gliff.
• Clipboard changes and tab switches withdraw the old offer.
• Requests from an older clipboard offer are refused.

Diagram

%%{init: {'theme': 'neutral'}}%%
flowchart TD
  A[Local clipboard changes] --> B[Advance generation]
  B --> C[Revoke offers in every running session]
  C --> D{Local selection?}
  D -->|Yes| E[Read types and list files]
  E --> F{Generation still current?}
  F -->|Yes| G[Offer only to shown session]
  H[Switch tabs] --> I[Revoke old session and send empty offer]
  I --> J[Offer current local selection to new session]
  G --> K[Host requests contents]
  K --> L[Check serial and read generation]
  L --> M[Serve contents]

Loading

_{Reviews (1) · Last reviewed commit: "Synchronize fixes from the prerequisite ..." · Reviewed by Greptile}