El instalador dejaba rota la shell que lo ejecutaba

[borjaperfra]

Reported: after the installer finishes, the terminal shows a bare PS> and nothing typed at it does anything. Second report of the same thing — and it was never Warp.

Why

iex runs this script in the caller's session, so the two preference assignments at the top of it were assignments to their shell, for the rest of its life.

$ErrorActionPreference = 'Stop' left behind that way turns every later non-terminating error in that session into a terminating one — including inside the prompt function a terminal like Warp installs to know where a command begins and ends. When that throws, PowerShell falls back to its built-in PS> prompt and the terminal has lost the session: the prompt sits there and the keyboard goes nowhere.

Confirmed rather than guessed, both halves:

PS> '$ErrorActionPreference = ''Stop''' | iex
PS> $ErrorActionPreference
Stop                      # the caller's session, changed for good

prompt function with a non-terminating error inside it:
  under Continue -> returns the prompt
  under Stop     -> throws ItemNotFoundException

The fix

Inside a function the same assignment is local and goes away with the call, so that is where both of them live now. Verified: the session reads Continue on both preferences after a full install.

CI

Refuses any preference variable assigned at script scope — the class, not the instance. Seen failing against a reintroduced one.

Version goes to 0.1.10.