fix(worker-windows): Autostart brach die ganze Installation ab

Beim Commander live aufgetreten: Der Installer meldete
"FEHLER: FEHLER: Zugriff verweigert" samt dem Tipp, die IP koenne falsch sein -
und das, NACHDEM Worker-Code, Abhaengigkeiten und HandBrake schon fertig waren.
Die IP war also nie das Problem.

URSACHE: schtasks /create mit /tn "RippyWorker" legt die Aufgabe im
WURZELORDNER der Aufgabenplanung an, und das verlangt Administratorrechte. Der
Installer laeuft normal ohne. schtasks schrieb "FEHLER: Zugriff verweigert."
nach stderr, und weil im Skript $ErrorActionPreference = "Stop" steht, machte
PowerShell daraus einen TERMINIERENDEN Fehler - der catch-Block riss damit die
komplette Installation ab, obwohl nur der Autostart fehlte. Das doppelte
"FEHLER: FEHLER:" war der Hinweis: der aeussere Handler setzt sein Praefix vor
eine Meldung, die selbst schon mit "FEHLER:" begann, also aus schtasks kam.

FIX, zwei Teile:

1. Autostart ueber den Autostart-ORDNER statt schtasks. Eine Verknuepfung in
   [Environment]::GetFolderPath("Startup") braucht NIE Adminrechte - und der
   Nutzer kann sie dort selbst sehen und loeschen. Auf diesem Windows-PC
   gegengeprueft: Verknuepfung angelegt (1047 Bytes) mit Admin=False.
2. Ein Fehlschlag beim Autostart ist jetzt eine WARNUNG in eigenem try/catch,
   kein Abbruch. Der Worker ist zu dem Zeitpunkt fertig und startbar, und der
   Text sagt das auch - plus den Handweg (shell:startup).

In BEIDEN Installern (install-gui.ps1 und install.ps1, dort mit -Autostart) -
der CLI-Weg hatte denselben Fehler. uninstall.ps1 raeumt jetzt die
Verknuepfung weg UND versucht weiter schtasks /delete, damit aeltere
Installationen sauber verschwinden.

RippyWorkerSetup.exe neu gebaut (50688 -> 52736 Bytes): die GUI ist in der .exe
eingebettet, ohne Rebuild wirkt der Fix beim Nutzer nicht.

Nebenbei: build-exe.ps1 hatte zwei Gedankenstriche. Ausgelieferte .ps1 muessen
reines ASCII sein (PowerShell 5.1 liest sie als ANSI) - jetzt sind alle drei
Skripte ASCII-rein und parsen fehlerfrei.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

deploy/worker-windows/install-gui.ps1

@@ -199,6 +199,9 @@ if (-not `$Force) { if ([System.Windows.Forms.MessageBox]::Show("Rippy-Worker '$
 Add-Type -AssemblyName System.Windows.Forms
 Get-CimInstance Win32_Process | Where-Object { `$_.ExecutablePath -like "`$PSScriptRoot*" } | ForEach-Object { Stop-Process -Id `$_.ProcessId -Force -ErrorAction SilentlyContinue }
 Start-Sleep 2
+# Autostart-Verknuepfung entfernen (neuer Weg) ...
+try { Remove-Item -Force (Join-Path ([Environment]::GetFolderPath("Startup")) "RippyWorker.lnk") -ErrorAction Stop } catch {}
+# ... und die geplante Aufgabe aus aelteren Installationen, falls vorhanden.
 schtasks /delete /tn "RippyWorker" /f 2>`$null | Out-Null
 try { Invoke-RestMethod -Method Delete "http://$rHost/api/workers/$wName" -TimeoutSec 5 | Out-Null } catch {}
 Set-Location (Split-Path `$PSScriptRoot -Parent)
@@ -207,10 +210,38 @@ Remove-Item -Recurse -Force `$PSScriptRoot
 "@
         Set-Content -Path "uninstall.ps1" -Value $uninstall -Encoding ASCII
 
-        # 6. Autostart
+        # 6. Autostart ueber den Autostart-ORDNER, nicht ueber schtasks.
+        #
+        # Befund 25.07.2026 (auf dem Commander-PC aufgetreten): schtasks /create
+        # mit /tn "RippyWorker" legt die Aufgabe im WURZELORDNER der
+        # Aufgabenplanung an, und das verlangt Administratorrechte. Der
+        # Installer laeuft normal ohne. schtasks schrieb deshalb
+        # "FEHLER: Zugriff verweigert." nach stderr, und weil oben
+        # $ErrorActionPreference = "Stop" steht, wurde daraus ein Abbruch der
+        # GESAMTEN Installation - obwohl alles ausser dem Autostart fertig war.
+        # Der Nutzer sah nur "FEHLER: FEHLER: Zugriff verweigert" samt dem
+        # irrefuehrenden Tipp, die IP koenne falsch sein.
+        #
+        # Der Autostart-Ordner braucht NIE Adminrechte, und der Nutzer kann die
+        # Verknuepfung dort selbst sehen und loeschen. Zwei Fliegen.
         if ($chkAuto.Checked) {
-            schtasks /create /f /tn "RippyWorker" /tr "`"$InstallDir\start-tray.bat`"" /sc onlogon | Out-Null
-            Log "Autostart eingerichtet (Start bei Anmeldung)."
+            try {
+                $autostartOrdner = [Environment]::GetFolderPath("Startup")
+                $verknuepfung = Join-Path $autostartOrdner "RippyWorker.lnk"
+                $wsh = New-Object -ComObject WScript.Shell
+                $lnk = $wsh.CreateShortcut($verknuepfung)
+                $lnk.TargetPath = (Join-Path $InstallDir "start-tray.bat")
+                $lnk.WorkingDirectory = $InstallDir
+                $lnk.Description = "Rippy Encoding-Worker"
+                $lnk.Save()
+                Log "Autostart eingerichtet (startet bei der Anmeldung)."
+            } catch {
+                # Nur eine Warnung: der Worker selbst ist fertig und startbar.
+                Log "HINWEIS: Autostart konnte nicht eingerichtet werden ($($_.Exception.Message))."
+                Log "         Der Worker ist trotzdem fertig installiert und laeuft."
+                Log "         Von Hand: start-tray.bat in den Autostart-Ordner verknuepfen"
+                Log "         (Windows-Taste + R, dann  shell:startup  eingeben)."
+            }
         }
 
         Log ""