Repository navigation
fix(file-manager): Shell-Verzeichnis beim Schließen des Dateimanagers übernehmen #469
Description
Activity
- added a commit that references this issue
on Sep 24, 2026 Statusabgleich vom 28.09.2026:
status: blocked.Die Shell-CWD-Rückkehr aus #466 ist in #477 integriert. Offen ist die tatsächliche lokale und entfernte pwd-Abnahme nach Dateimanager-Schließen, einschließlich Sessionbindung und Entwurfserhalt.
Aktueller technischer Blocker: Der gemeinsame Abnahme-PR #477 ist Draft und enthält laut PR-Beschreibung die Änderungen dieses Issues. Sein aktueller HEAD
5c9c445ba961671583c09981450a7fb79b9c9cfdhat im vollständigen Prüflauf 36354992553 den Statusfailure: Die Schritte „Rust workspace coverage tests“ und „Export coverage and execution evidence“ sind fehlgeschlagen; die separate Nicht-Rust-Suite ist erfolgreich. Eine grüne vollständige Baseline ist damit weiterhin nicht belegt.Der letzte PR-Prüflauf 36353993130 auf dem Vorgänger
710faa3e8scheiterte an Linux-Clippy und „Native subscription Agent layout evidence“ auf macOS. Spätere Quellkorrekturen sind dokumentiert, ein grüner Ersatz für diese Pflichtprüfungen ist beim Statusabgleich nicht vorhanden. Das bedeutet nicht, dass jedes einzelne Issue den gemeinsamen Fehler verursacht.Nächster Schritt: Die fehlgeschlagenen gemeinsamen Prüfungen korrigieren und auf dem aktuellen Stand erfolgreich nachweisen; anschließend die oben genannte individuelle Restabnahme abschließen. Solange technische Gates fehlen, ist dies weder
readynoch ausschließlichneeds-user. Dieser Eintrag aktualisiert den Status; er startet keinen Build und schließt das Issue nicht.- added and removed
on Sep 28, 2026 Enthalten im Test-DMG aus Lauf 37208729131 (
9ce5af67c), wartet auf Christians Abnahme.Behoben und auf
mainmit #477 (c0af4484e). Enthalten im Test-DMG aus Lauf 37208729131 (9ce5af67c).Geschlossen nach geändertem Vorgehen: Issues werden nach dem Merge geschlossen, ohne Einzelabnahme durch Christian. Tritt das Problem weiter auf, wird das Issue wieder geöffnet.
Hinweis aus #160: Seit #521 ruft
TerminalView::offer_file_manager_directory(app/src/terminal/view.rs)Input::ordinary_command_input_is_readyauf. Die Methode war nur untercfg(test)definiert, deshalb scheitertecargo checkauf macOS im ci-batch aufb813a4759mit E0599. Behoben in #537 (Attribut entfernt), am Verhalten ändert sich nichts.
Fehler
Nach dem Navigieren in ein anderes Verzeichnis im Dateimanager und anschließendem Schließen bleibt die zugehörige Shell in ihrem bisherigen Arbeitsverzeichnis.
Schritte zur Reproduktion
Erwartetes Verhalten
Beim Schließen des Dateimanagers übernimmt die zugehörige Shell das zuletzt im Dateimanager geöffnete Verzeichnis. Nachfolgende Shell-Befehle werden dort ausgeführt.
Tatsächliches Verhalten
Die Shell bleibt im vorherigen Arbeitsverzeichnis.
Akzeptanzkriterium
Nach einem Verzeichniswechsel im Dateimanager und dessen Schließen stimmt das Arbeitsverzeichnis der zugehörigen Shell mit dem zuletzt geöffneten Dateimanager-Verzeichnis überein.
Vorbereitete Korrektur — 24.09.2026
Commit
b9b4497cfdf7d8956f106c0e669bca124f907c61ist in PR #466 gepusht.Unabhängige statische Codex-/Claude-Reviews und Syntax-/Diff-Prüfungen abgeschlossen, gezielte Regressionstests einschließlich unterschiedlicher Verbindungs-/Shell-IDs vorhanden. CI-Nachtrag 24.09.2026: Der Lauf 36019152738 testete den PR-HEAD
0f807b2ad221463facf2f100823e00271c700cbaerfolgreich. Linux-App-/Testziel-Check, macOS-Cargo-Check und die gezielte App-/UI-Smoke-Testgruppe (86 bestanden, 0 fehlgeschlagen) liefen durch; im Log sind Filemanager-Rückkehr, Entwurfserhalt, Shell-/Host-Bindung und Pfad-Quoting als bestandene Einzeltests sichtbar. Eine echte lokale/Remote-pwd-Abnahme ist weiterhin offen. PR #466 bleibt Draft und ungemergt; dieses Issue bleibt bis Integration und nativer Abnahme offen.