Remote-Fenster: Terminal öffnet standardmäßig auf dem Server statt auf diesem Rechner #330

New issue

Closed

opened 2026-11-05 19:43:27 +00:00 by alf · 1 comment

alf commented

2026-11-05 19:43:27 +00:00

Owner

Befund: Ein Remote-Fenster (Mac Studio → Mac-VM) öffnet „Fortsetzen" und „Neue Session" des Plugins Claude-Code-Sessions im Terminal.app des Servers (der VM), nicht auf dem Rechner, an dem gearbeitet wird. Ursache: @AppStorage("remoteTerminalOnThisMac") in PluginPanelView.swift steht standardmäßig auf false („Terminal öffnet auf dem Server"). Der Schalter in der Statusleiste (Server-/Laptop-Symbol) ist zudem leicht zu übersehen.

Warum ändern: Wer von einem anderen Rechner aus arbeitet, will das Terminal bei sich haben, nicht auf dem entfernten Server (Leitprinzip: der Remote-Client arbeitet gegen den Server, die Oberfläche bleibt beim Client). IrisRemote auf iPhone und iPad macht es schon so: openLocallyOnTap steht dort standardmäßig auf true. Der Mac-Client ist die Ausnahme.

Änderung: Standard von remoteTerminalOnThisMac auf true. Der Schalter bleibt, und das Terminal in einem Fenster dieses Rechners gibt es weiter nur, wenn der Server es für das Gerät freigegeben hat („Terminal erlauben" im Companion Panel); ohne Freigabe ändert sich nichts.

Grenze: Ein schon gespeicherter Wert (der Schalter wurde einmal bedient) bleibt erhalten; der neue Standard gilt nur, wo noch nichts gespeichert ist.

Entdeckt bei iris/iris-plugins#343 (Claude-Code-Sessions auf der Mac-VM).

**Befund:** Ein Remote-Fenster (Mac Studio → Mac-VM) öffnet „Fortsetzen" und „Neue Session" des Plugins Claude-Code-Sessions im Terminal.app **des Servers** (der VM), nicht auf dem Rechner, an dem gearbeitet wird. Ursache: `@AppStorage("remoteTerminalOnThisMac")` in `PluginPanelView.swift` steht standardmäßig auf `false` („Terminal öffnet auf dem Server"). Der Schalter in der Statusleiste (Server-/Laptop-Symbol) ist zudem leicht zu übersehen. **Warum ändern:** Wer von einem anderen Rechner aus arbeitet, will das Terminal bei sich haben, nicht auf dem entfernten Server (Leitprinzip: der Remote-Client arbeitet gegen den Server, die Oberfläche bleibt beim Client). IrisRemote auf iPhone und iPad macht es schon so: `openLocallyOnTap` steht dort standardmäßig auf `true`. Der Mac-Client ist die Ausnahme. **Änderung:** Standard von `remoteTerminalOnThisMac` auf `true`. Der Schalter bleibt, und das Terminal in einem Fenster dieses Rechners gibt es weiter nur, wenn der Server es für das Gerät freigegeben hat („Terminal erlauben" im Companion Panel); ohne Freigabe ändert sich nichts. **Grenze:** Ein schon gespeicherter Wert (der Schalter wurde einmal bedient) bleibt erhalten; der neue Standard gilt nur, wo noch nichts gespeichert ist. Entdeckt bei iris/iris-plugins#343 (Claude-Code-Sessions auf der Mac-VM).

alf added the

typ

enhancement

label

2026-11-05 19:43:27 +00:00

alf referenced this issue

2026-11-05 19:44:59 +00:00

fix(remote): Terminal der Plugin-Seiten öffnet standardmäßig auf diesem Rechner (iris/Iris#330) #331

alf commented

2026-11-05 19:45:00 +00:00

Author

Owner

PR #331 gemergt: fix(remote): Terminal der Plugin-Seiten öffnet standardmäßig auf diesem Rechner (iris/Iris#330)
http://docker:3000/iris/Iris/pulls/331

Commits:

fix(remote): Terminal der Plugin-Seiten öffnet standardmäßig auf diesem Rechner (iris/Iris#330)

Stand — Standard „Terminal auf diesem Rechner“

Befund: @AppStorage("remoteTerminalOnThisMac") in PluginPanelView.swift stand auf false; „Fortsetzen“ im Remote-Fenster (Mac Studio → Mac-VM) öffnete daher Terminal.app auf der VM. Freigabe war gesetzt (terminalAllowedDeviceIDs_v1 der VM enthält das Gerät des Studios), der Schalter stand auf Server.

Geändert: Standard true, Kommentar angepasst. Sonst nichts: ohne Server-Freigabe bleibt es beim Server-Terminal, der Schalter bleibt.

Geprüft: Quelltext gelesen, nur diese eine Stelle liest den Schlüssel; Studio und VM-Defaults per defaults read angesehen.

Nicht geprüft: Nicht gebaut (kein xcodebuild), nicht in der App ausprobiert.

Grenze: Ein schon gespeicherter Wert bleibt erhalten. Der Mac Studio hat remoteTerminalOnThisMac = 0 gespeichert, dort einmal den Schalter in der Statusleiste umlegen oder defaults delete com.alflewerken.iris remoteTerminalOnThisMac.

Offen: Bauen und im Remote-Fenster ausprobieren; Issue bleibt offen, status/zu-testen.

PR #331 gemergt: fix(remote): Terminal der Plugin-Seiten öffnet standardmäßig auf diesem Rechner (iris/Iris#330) http://docker:3000/iris/Iris/pulls/331 Commits: - fix(remote): Terminal der Plugin-Seiten öffnet standardmäßig auf diesem Rechner (iris/Iris#330) --- **Stand — Standard „Terminal auf diesem Rechner“** **Befund:** `@AppStorage("remoteTerminalOnThisMac")` in `PluginPanelView.swift` stand auf `false`; „Fortsetzen“ im Remote-Fenster (Mac Studio → Mac-VM) öffnete daher Terminal.app auf der VM. Freigabe war gesetzt (`terminalAllowedDeviceIDs_v1` der VM enthält das Gerät des Studios), der Schalter stand auf Server. **Geändert:** Standard `true`, Kommentar angepasst. Sonst nichts: ohne Server-Freigabe bleibt es beim Server-Terminal, der Schalter bleibt. **Geprüft:** Quelltext gelesen, nur diese eine Stelle liest den Schlüssel; Studio und VM-Defaults per `defaults read` angesehen. **Nicht geprüft:** Nicht gebaut (kein `xcodebuild`), nicht in der App ausprobiert. **Grenze:** Ein schon gespeicherter Wert bleibt erhalten. Der Mac Studio hat `remoteTerminalOnThisMac = 0` gespeichert, dort einmal den Schalter in der Statusleiste umlegen oder `defaults delete com.alflewerken.iris remoteTerminalOnThisMac`. **Offen:** Bauen und im Remote-Fenster ausprobieren; Issue bleibt offen, `status/zu-testen`.

alf referenced this issue from a commit

2026-11-05 19:45:00 +00:00

fix(remote): Terminal der Plugin-Seiten öffnet standardmäßig auf diesem Rechner (iris/Iris#330)

alf closed this issue

2026-11-05 19:45:00 +00:00