fix(installer): correct a false security claim, and clear the should-fix list

CLIENT IP / SPOOFABILITY. docs/geenforce-api-cutover.md claimed that removing the
IIS rewrite rule made the allowlist fail closed and that it does NOT become
spoofable. The opposite is true. IIS never sets X-Forwarded-For on its own; the
rule is the only thing that does. Remove it and IIS still forwards whatever
X-Forwarded-For the CALLER sent, waitress trusts it because it arrives from
127.0.0.1, and remote_addr becomes attacker-controlled - so a token-less caller
can fetch manifests from anywhere on the network. The document and the
_trusted_client_ip docstring now say so, waitress runs with
--trusted-proxy-count=1, and stage 5 checks the rule is actually live rather than
assuming it. The wizard question is rephrased to something an operator can verify
with their network team instead of guessing at.

NON-ASCII. The style gate only ever checked .py/.vue/.js/.ts, so documentation
accumulated em-dashes, arrows and box-drawing characters against this repo's own
convention - including in files added this week. Cleaned, and the gate now uses
INCLUDES_ALL so Markdown, JSON and YAML are covered.

PLUGIN DEFAULTS. The wizard pre-ticked measuringtools and printedparts, both of
which ship default_enabled=false, so every site taking the defaults installed and
enabled them against their manifests. Inno has no JSON parser so the list must be
hardcoded, but tests/test_installer_defaults.py now fails when it drifts.

UPGRADES. The payload copy merges, so a plugin dropped from a site's profile kept
its code forever - which defeats a lean build and leaves core's optional-import
guards succeeding for a plugin the site no longer has. Stale plugin directories
are now deregistered and removed before the copy.

add-plugin used 'plugin install', which for the five default_enabled=false
plugins left them installed but DISABLED - and printed a green success line
anyway. It now goes through apply-profile, and the success line is gated on the
exit code. Invoke-Flask records its own exit status, because $LASTEXITCODE keeps
a stale value when flask.exe is missing and no native command runs.

CHARSET. The utf8mb4 compiler hook lived inline in migrations/env.py, so it
covered the CORE chain only: plugin baselines inherited the server default, which
on a latin1 server means two charsets in one database. It is now
shopdb/utils/mysql_charset.py, imported by both, and preflight reports the
database's default charset.

BACKUP HONESTY. The dump was described as 'all of your asset data'. Uploaded
branding and floor-map images live in instance\ on disk, not in the database, so
a restore from the .sql alone comes back with no map. backup now archives
instance\ alongside it and says both are needed.

VERSIONING. AppVersion was hardcoded at 0.9.0 while the product, the frontend and
the newest tag said 0.7.0 - and 0.9.0 collides with a retired contract version.
Both builders now generate version.iss from shopdb/__init__.py.

Smaller: rollback overwrites .env before deleting it, as uninstall already did;
appcmd unlocks are scoped to this site's location rather than server-wide, with
the wide unlock as a fallback; DEVELOPMENT-SETUP says Python 3.14; the README
plugin list gains printedparts; prune-schema --force is documented as
first-provisioning-only; HTTPS is documented as not-the-default with the steps to
add it; the DBA SQL is on the wizard's database page; the features page says
unticking does not remove an installed feature; and the installer README states
that bundle-lock cannot vouch for the exe itself - that needs signing or an
out-of-band hash, neither of which is wired up.

deploy/windows/installer/shopdb-admin.ps1

@@ -406,7 +406,31 @@ function Backup-Db {
     $tail = @(Get-Content $file -Tail 5 -ErrorAction SilentlyContinue)
     if ((Test-Path $file) -and ((Get-Item $file).Length -gt 1024) -and ($tail -match 'Dump completed')) {
         Say ("  done - {0:N1} MB, verified complete" -f ((Get-Item $file).Length / 1MB)) 'Green'
-        Say '  Store this off the server. It contains all of your asset data.' 'Yellow'
+
+        # The dump is NOT everything. Uploaded branding, map blueprints and
+        # generated files live in instance\ on disk, not in the database, so a
+        # restore from the .sql alone comes back with no floor map. Saying "all of
+        # your asset data" was true and misleading at the same time.
+        $instance = Join-Path $AppRoot 'instance'
+        if (Test-Path $instance) {
+            $zip = [System.IO.Path]::ChangeExtension($file, $null) + 'instance.zip'
+            try {
+                Add-Type -AssemblyName System.IO.Compression.FileSystem -ErrorAction SilentlyContinue
+                if (Test-Path $zip) { Remove-Item $zip -Force }
+                [System.IO.Compression.ZipFile]::CreateFromDirectory($instance, $zip)
+                Say ("  uploaded files: {0:N1} MB -> {1}" -f ((Get-Item $zip).Length / 1MB), (Split-Path $zip -Leaf)) 'Green'
+            } catch {
+                Say ("  could not archive instance\: {0}" -f $_.Exception.Message) 'Yellow'
+                Say '  copy it by hand - it holds branding and floor-map images' 'Yellow'
+            }
+        }
+
+        Say ''
+        Say '  Store BOTH files off this server. The .sql holds the records; the' 'Yellow'
+        Say '  .zip holds uploaded branding and floor-map images, which the' 'Yellow'
+        Say '  database does not. A restore needs both.' 'Yellow'
+        Say ''
+        Say '  Contains user password hashes - treat it as sensitive.' 'Yellow'
     } else {
         Say '  backup is empty or truncated - do NOT rely on it' 'Red'
         Remove-Item $file -Force -ErrorAction SilentlyContinue
@@ -525,17 +549,30 @@ function Show-Sessions {
 }
 
 
+# Set by every Invoke-Flask call. Callers MUST test this rather than
+# $LASTEXITCODE: when flask.exe is missing no native command runs at all, so
+# $LASTEXITCODE keeps whatever value it had from something earlier - which reads
+# as success and made a command that did nothing report that it had worked.
+$script:LastFlaskExit = 0
+
 function Invoke-Flask {
     param([string[]] $Arguments)
     $flask = Join-Path $AppRoot 'venv\Scripts\flask.exe'
-    if (-not (Test-Path $flask)) { Say '  application not installed' 'Red'; return $null }
+    if (-not (Test-Path $flask)) {
+        Say '  application not installed' 'Red'
+        $script:LastFlaskExit = 127
+        return $null
+    }
     Push-Location $AppRoot
     $env:FLASK_APP = 'shopdb'
     # The app logs plugin startup to STDERR even on success; with EAP=Stop that
     # becomes a terminating error and a healthy command looks like a failure.
     $prev = $ErrorActionPreference
     $ErrorActionPreference = 'Continue'
-    try { & $flask @Arguments 2>&1 }
+    try {
+        & $flask @Arguments 2>&1
+        $script:LastFlaskExit = $LASTEXITCODE
+    }
     finally { $ErrorActionPreference = $prev; Pop-Location }
 }
 
@@ -578,10 +615,47 @@ function Add-Plugin {
         return
     }
 
-    Say ("  installing {0}..." -f $Name)
-    Invoke-Flask @('plugin','install',$Name)     | ForEach-Object { Say "    $_" }
+    # apply-profile, not plugin install. Five plugins ship default_enabled=false,
+    # so `install` alone left them installed-but-disabled: the command printed a
+    # green success line and the feature did not appear anywhere in the UI.
+    # apply-profile installs AND enables, and pulls in the dependency closure.
+    Say ("  adding {0}..." -f $Name)
+    $profilePath = Join-Path $AppRoot 'site-profile.json'
+    $applied = $false
+    if (Test-Path $profilePath) {
+        try {
+            $profile = Get-Content $profilePath -Raw | ConvertFrom-Json
+            $wanted = @($profile.plugins)
+            if ($wanted -notcontains $Name) { $wanted += $Name }
+            $profile.plugins = $wanted
+            $profile | ConvertTo-Json -Depth 6 | Set-Content -Path $profilePath -Encoding UTF8
+            Invoke-Flask @('plugin','apply-profile',$profilePath) | ForEach-Object { Say "    $_" }
+            $applied = ($script:LastFlaskExit -eq 0)
+        } catch { Say ("  could not update site-profile.json: {0}" -f $_.Exception.Message) 'Yellow' }
+    }
+    if (-not $applied) {
+        # No profile on disk, or apply-profile failed: fall back, but enable
+        # explicitly so the outcome is the same either way.
+        Invoke-Flask @('plugin','install',$Name) | ForEach-Object { Say "    $_" }
+        $installed = ($script:LastFlaskExit -eq 0)
+        Invoke-Flask @('plugin','enable',$Name)  | ForEach-Object { Say "    $_" }
+        $applied = $installed -and ($script:LastFlaskExit -eq 0)
+    }
+    if (-not $applied) {
+        # Do NOT print the green line on a failure. It used to be unconditional,
+        # so a failed add reported success and the operator went looking for a
+        # feature that was never enabled.
+        Say ("  {0} was NOT added - see the output above" -f $Name) 'Red'
+        return
+    }
+
     Say '  applying its database migrations...'
     Invoke-Flask @('plugin','upgrade-all')       | ForEach-Object { Say "    $_" }
+    if ($script:LastFlaskExit -ne 0) {
+        Say '  migrations FAILED - the feature is installed but its tables are not' 'Red'
+        Say '  do not use it until this is resolved; restore a backup if needed' 'Red'
+        return
+    }
     Say '  restarting so its routes register...'
     Restart-App
     Say ("  {0} added" -f $Name) 'Green'