feat: prepare ShiftPress 3.1.0 dark UI and print safeguards - #12
Conversation
|
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars. ⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Team Run ID: Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
3.1.0 release-candidate evidence
Release not dispatchedWord.Application is not registered in the VM. A physical HP printer is visible, but no documents were printed. The candidate still needs every Required run and State and safety check in the Windows print smoke checklist, with tester/date, Windows/Word versions, printer, and per-check results. Do not treat automated COM fakes or packaged startup as real printing evidence. No v3.1.0 tag or public release was created. |
## Summary - Separate release publication from physical-print verification, as explicitly requested by the user. - Preserve all four protected checks, committed versioning, explicit release dispatch authority, and packaged Windows startup evidence for the exact merged commit. - Keep the full Word/physical-printer checklist and require an honest release-note disclosure when that validation is unavailable. Known printing failures still block release. - Documentation only: no application, printing, tests, or workflow code changed; version remains 3.1.0 from #12. ## Verification - `git diff --check` passed; changed Markdown links resolve. - Both local copies of the release skill and their UI metadata validated and match. - A dry-run baseline reproduced the old physical-printer-only blocker. Updated-skill scenario tests allow authorized software-verified publication while preserving stops for a later wait instruction, an advanced main SHA, stricter repository policy, failed Windows tests, missing authority, and an existing tag. - All protected CI gates remain required before merge. The newly merged executable will receive its own packaged Windows startup check before the authorized release dispatch. Physical Word/printer validation has not been completed; publication must not be described as print-verified. Co-authored-by: Ryan Bledsoe <ryan@macbook.tail028b5d.ts.net>
Updated 3.1.0 release evidenceThe user explicitly requested fixing the release skill's blanket physical-printer blocker and confirmed continuing publication. The two installed shiftpress-release skill copies are corrected and scenario-tested. #13 aligns the repository policy: packaged Windows startup remains mandatory, physical printing requires its own evidence and honest disclosure, and known printing failures still block release.
This supersedes the earlier blanket publication blocker; it does not supersede the physical-print validation limitation. |



Summary
Verification
Release boundary
This PR prepares the 3.1.0 release candidate; it does not establish physical-print verification. Word is not installed in the testing VM. Public release dispatch remains blocked until the merged executable completes the documented Microsoft Word and physical-printer smoke test. No scheduling or template naming rules were changed.