fix(kiosk): pivot to Explorer + policy lockdown (WebView2 blank as SL shell) #11
Reference in New Issue
Block a user
Delete Branch "fix/kiosk-explorer-lockdown"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
5th VM e2e conclusion + operator-approved pivot.
What we proved across runs #1–#5: the kiosk mechanism is solid — Shell Launcher engages on the
sm-bootstrapautologon, elevation is now silent (online UAC re-assert), and the Welcome app launches fullscreen as the shell. But the MAUI/WebView2 wizard renders blank when it IS the bare Shell Launcher shell (no Explorer): no crash (no WER), WebView2 never initializes, even the startup log never writes. The same app rendered fine in the earlier build when launched viaFirstLogonCommandswith Explorer present.Pivot (operator decision): keep Explorer as the shell so WebView2 works; lock the session down by policy instead of replacing the shell.
FirstLogonCommandsto launch the wizard elevated over the normal first-logon session.welcome.logdiagnostics from #10 to confirm the wizard renders next run.Verified: kiosk parses, autounattend valid XML, welcome solution 29/29. Next: rebuild → restage → 6th VM run — expecting the wizard to finally render (Explorer present) inside a locked-down session.
Lockdown trade-off vs the original "Shell Launcher v2" spec: Explorer is running but hidden behind the fullscreen wizard and its escapes are blocked — slightly less airtight than no-Explorer, but the onboarding actually works. The pure SL kiosk can be revisited later (would need WebView2-without-Explorer solved).
🤖 Generated with Claude Code