Lucy-Annahme-Fixes: Start-Process-Quoting, Python-3.14-Parse, Executor ohne Fensterblitz
Der erste Live-Lauf der Lucy-Annahme (wartung/pc-annahme-und-turncheck-aus) fand zwei Bugs im Box-Runner — der Build selbst war gruen, nur Start und Abschluss mussten manuell nachgezogen werden: 1) Start-Process -ArgumentList quotet Elemente NICHT (PS 5.1): der Runner-Pfad 'F:\Coding Stuff\lucy\...' zerbrach am Leerzeichen, die gespawnte powershell starb still (kein Status, kein Log). Fix: Anfuehrungszeichen ins -File-Element eingebettet. (Der Probe-Test lief ueber einen Pfad OHNE Leerzeichen — deshalb nicht gefangen.) 2) Poll-Parser: \" in f-String-Ausdruecken ist seit Python 3.12 ein SyntaxError (Box: 3.14) -> der Poll blieb blind und haette den GRUENEN Merge nach 25 min revertiert. Fix: keine f-String-Quote-Akrobatik mehr, Werte in Variablen. Neuer Parser 1:1 auf der Box getestet. 3) executor.py /shell: CREATE_NO_WINDOW — der Executor laeuft unter pythonw, jede gespawnte powershell bekam ein SICHTBARES Konsolenfenster (Polling blitzte im 10-s-Takt auf dem Desktop). Nach Annahme: PC-Checkout pullen + HermesPCExecutor-Task neu starten (mache ich, steht auch in FALLEN.md). Beide Fallen + Fensterblitz in docs/wissen/FALLEN.md; OFFENE-FAEDEN: S3-Stand. Geprueft: bash -n gruen, py_compile gruen, Parser auf Box-Python 3.14 verifiziert.
This commit is contained in:
@@ -102,6 +102,16 @@ Neue Fallen: hier eintragen, mit Datum und Symptom._
|
||||
blind per Produkt-Gefühl.
|
||||
- **Executor-Task** `HermesPCExecutor` läuft aus dem Repo mit pythonw → nach
|
||||
executor.py-Änderung Task neu starten; Logs in `%LOCALAPPDATA%\HermesPCExecutor\`.
|
||||
- **`Start-Process -ArgumentList` quotet NICHT** (PS 5.1): Elemente werden mit Leerzeichen
|
||||
zusammengefügt — ein Pfad wie `F:\Coding Stuff\…` zerbricht, die gespawnte powershell
|
||||
stirbt STILL (kein Fenster, kein Log). → Anführungszeichen ins Element einbetten:
|
||||
`'-File','"F:\Coding Stuff\…\skript.ps1"'`. Kostete den ersten Lucy-Annahme-Lauf (12.07.).
|
||||
- **`\"` in f-String-AUSDRÜCKEN ist seit Python 3.12 ein SyntaxError** (Alt-Stil
|
||||
`f"{d.get(\"x\")}"` lief nur pre-3.12; Box hat 3.14). In bash-eingebetteten
|
||||
`python3 -c '…'`-Snippets braucht es die Escapes eh nicht (single-quoted) — Werte vorab
|
||||
in Variablen ziehen statt Quote-Akrobatik. Kostete denselben Lauf (Poll parste nie).
|
||||
- **pythonw + subprocess ohne `CREATE_NO_WINDOW`** = jedes gespawnte Konsolenprogramm
|
||||
bekommt ein SICHTBARES Fenster (Executor-Polling blitzte im 10-s-Takt auf dem Desktop).
|
||||
- **MSIX-Sandbox-Falle (Claude-Desktop-Tools):** Tools der Claude-App laufen im
|
||||
MSIX-Container — Writes nach `AppData\Local\<app>` landen in
|
||||
`AppData\Local\Packages\Claude_*\LocalCache\` (Merge-Read täuscht!). Windows-Apps NIE über
|
||||
|
||||
Reference in New Issue
Block a user