psadt-deploy-skill 0.49.2 → 0.49.4

package/README.md

@@ -110,7 +110,7 @@ the same app from disagreeing about their own version.
 - **A dossier is produced every time**, uploaded or not: one self-contained bilingual HTML file with the
   return-code map, the detection rule, the hooks, the test results - and a ready-to-paste Company-Portal
   description.
-- **1088 Pester tests**, including drift guards that fail when the documentation and the code disagree -
+- **1194 Pester tests**, including drift guards that fail when the documentation and the code disagree -
   one of them reads the published landing page and compares its figures against this repository.
 
 ## Go deeper
@@ -128,7 +128,7 @@ the same app from disagreeing about their own version.
 ## Status
 
 In active use for the full build → package → test → dossier workflow, with the direct Graph upload
-verified against a live tenant. The helper scripts are covered by 1088 Pester tests.
+verified against a live tenant. The helper scripts are covered by 1194 Pester tests.
 
 One open point, honestly: **the driver `pnputil` exit-code semantics are documented, not verified here.**
 `0` / `259` / `3010` and the two `0xE...` failures come from Microsoft's documentation; confirming them
@@ -180,7 +180,16 @@ installed.
 **[CHANGELOG.md](CHANGELOG.md)** carries the complete history, every release since 0.1.0, and nothing is
 ever removed from it.
 
-Latest: **0.49.2 - A live two-version run found the skill contradicting itself.** Packaging one app
+Latest: **0.49.4 - The dossier speaks one language at a time.** An operator reading a real upload's
+dossier found German and English mixed, the assigned groups shown as GUIDs and a logo row that repeated
+the logo section; reading both language views end to end found twenty more. The German view is German
+now, return-code types, Intune field labels and SYSTEM-test results included. Groups are recorded and
+shown by name - the GUIDs were a silent fallback for a group read back before Entra had replicated it.
+The header, the DEV-VM test rows, the per-hook "tested" badge and the hook contents come from the package
+instead of literals and PSADT's own template comments, and the package-file section shows the upload. A
+test builds both views and fails on any string the language switch cannot reach.
+
+Previously: **0.49.2 - A live two-version run found the skill contradicting itself.** Packaging one app
 twice, end to end, exposed four places where the skill said one thing and did another. The Windows
 Sandbox kept the package folder
 mapped for the whole run, so the manifest writes of Phases 7 and 8 - done in that same window by design -
@@ -206,10 +215,3 @@ first, the app mutex, the leftovers, both decision gates - was recorded in the m
 read again, because every store is keyed by the installer hash and a new version has a new hash.
 `Get-PsadtPriorPackage.ps1` finds the previous package by application identity instead and offers what it
 learned for confirmation. Purely additive: nothing that passes today starts failing.
-
-Previously: **0.48.0 - The figure guards only ever read the figures.** The landing page described a skill two
-releases old, and the guards could not see it: every site assertion checked a number, never whether the
-list behind it was complete. The engine tile correctly said 19 while the table under it showed 14 rows.
-The pre-flight gate was described as ten checks and runs fourteen. Phase 9 still told the reader to wire
-supersedence themselves. The page is corrected, three wrong statements in the repo with it, and the
-guards now compare lists name-by-name instead of counting.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "psadt-deploy-skill",
-  "version": "0.49.2",
+  "version": "0.49.4",
   "description": "Installer for the psadt-deploy Claude Code skill: build, test and deploy PSADT v4.x Intune Win32 packages.",
   "keywords": [
     "psadt",