Merge branch 'main' into codex/analyze-automatic-update-system-issues-0hx41n

Author: beNative

README.md

@@ -47,7 +47,7 @@ To create a new public build of DocForge:
 3. Review the Markdown documentation (README, manuals, and release notes) so the written guidance matches the current workflow.
 4. Sync the documentation copies under `docs/` (README, manuals, version log) with any updates made at the project root.
 5. Commit the changes and push them to the default branch so the release tag points at the finalized documentation.
-6. Create and push a tag that matches the new version (for example, `git tag v0.6.6` followed by `git push origin v0.6.6`) to trigger the automated release workflow.
+6. Create and push a tag that matches the new version (for example, `git tag v0.6.7` followed by `git push origin v0.6.7`) to trigger the automated release workflow.
 7. Monitor the "Release" workflow run, then confirm that the published GitHub release lists the correct notes and includes installers for every platform before announcing availability.
 
 ## Application Icon Workflow

TECHNICAL_MANUAL.md

@@ -128,7 +128,7 @@ Electron Builder manages the packaging and publishing workflow for DocForge. The
 3. Review and update the Markdown documentation (README, manuals, release notes) so the written guidance reflects the final state of the build.
 4. Sync the Markdown files under `docs/` with the copies at the project root.
 5. Commit and push the changes so the release tag points at the finished documentation.
-6. Create and push a matching version tag (for example, `git tag v0.6.6` followed by `git push origin v0.6.6`) to trigger the automated release pipeline.
+6. Create and push a matching version tag (for example, `git tag v0.6.7` followed by `git push origin v0.6.7`) to trigger the automated release pipeline.
 7. Monitor the "Release" workflow run and verify the published GitHub release lists the correct notes and includes the installers for every supported platform before announcing availability.
 
 ### Automated Release Workflow

VERSION_LOG.md

@@ -1,5 +1,26 @@
 # Version Log
 
+## v0.6.7 - The Release Readiness Confirmation
+
+This maintenance release double-checks the release process ahead of the next
+build by updating the version metadata, aligning the release tests, and
+resyncing the documentation bundle.
+
+### 🛠 Improvements
+
+-   Bumped the application version to `v0.6.7` and refreshed the release
+    tagging examples so the workflow documentation continues to reflect the
+    current command sequence.
+-   Reverified every Markdown guide (README, manuals, version log) and synced
+    the `docs/` copies to ensure the published documentation matches the
+    repository sources.
+
+### 🐛 Fixes
+
+-   Updated the release workflow tests to expect the new versioned installer
+    artifacts, preventing false failures when validating the publishing
+    pipeline.
+
 ## v0.6.6 - The Documentation Assurance Update
 
 This patch release keeps the publishing workflow aligned ahead of the next

docs/README.md

@@ -47,7 +47,7 @@ To create a new public build of DocForge:
 3. Review the Markdown documentation (README, manuals, and release notes) so the written guidance matches the current workflow.
 4. Sync the documentation copies under `docs/` (README, manuals, version log) with any updates made at the project root.
 5. Commit the changes and push them to the default branch so the release tag points at the finalized documentation.
-6. Create and push a tag that matches the new version (for example, `git tag v0.6.6` followed by `git push origin v0.6.6`) to trigger the automated release workflow.
+6. Create and push a tag that matches the new version (for example, `git tag v0.6.7` followed by `git push origin v0.6.7`) to trigger the automated release workflow.
 7. Monitor the "Release" workflow run, then confirm that the published GitHub release lists the correct notes and includes installers for every platform before announcing availability.
 
 ## Application Icon Workflow

docs/TECHNICAL_MANUAL.md

@@ -128,7 +128,7 @@ Electron Builder manages the packaging and publishing workflow for DocForge. The
 3. Review and update the Markdown documentation (README, manuals, release notes) so the written guidance reflects the final state of the build.
 4. Sync the Markdown files under `docs/` with the copies at the project root.
 5. Commit and push the changes so the release tag points at the finished documentation.
-6. Create and push a matching version tag (for example, `git tag v0.6.6` followed by `git push origin v0.6.6`) to trigger the automated release pipeline.
+6. Create and push a matching version tag (for example, `git tag v0.6.7` followed by `git push origin v0.6.7`) to trigger the automated release pipeline.
 7. Monitor the "Release" workflow run and verify the published GitHub release lists the correct notes and includes the installers for every supported platform before announcing availability.
 
 ### Automated Release Workflow

docs/VERSION_LOG.md

@@ -1,5 +1,26 @@
 # Version Log
 
+## v0.6.7 - The Release Readiness Confirmation
+
+This maintenance release double-checks the release process ahead of the next
+build by updating the version metadata, aligning the release tests, and
+resyncing the documentation bundle.
+
+### 🛠 Improvements
+
+-   Bumped the application version to `v0.6.7` and refreshed the release
+    tagging examples so the workflow documentation continues to reflect the
+    current command sequence.
+-   Reverified every Markdown guide (README, manuals, version log) and synced
+    the `docs/` copies to ensure the published documentation matches the
+    repository sources.
+
+### 🐛 Fixes
+
+-   Updated the release workflow tests to expect the new versioned installer
+    artifacts, preventing false failures when validating the publishing
+    pipeline.
+
 ## v0.6.6 - The Documentation Assurance Update
 
 This patch release keeps the publishing workflow aligned ahead of the next

package-lock.json

@@ -1,6 +1,6 @@
 {
   "name": "docforge",
-  "version": "0.6.6",
+  "version": "0.6.7",
   "description": "An application to manage and refine documents.",
   "main": "dist/main.js",
   "scripts": {

package.json

@@ -563,15 +563,15 @@ test('remote auto-update check fails when Windows release metadata is absent', a
       runRemoteCheck({
         owner: 'beNative',
         repo: 'docforge',
-        tag: 'v0.6.6',
+        tag: 'v0.6.7',
         skipHttp: true,
         skipDownload: true,
         http: {
           fetchJson: async () => ({
             assets: [
               {
-                name: 'DocForge-Setup-0.6.6.exe',
-                browser_download_url: 'https://example.invalid/DocForge-Setup-0.6.6.exe',
+                name: 'DocForge-Setup-0.6.7.exe',
+                browser_download_url: 'https://example.invalid/DocForge-Setup-0.6.7.exe',
               },
             ],
           }),
@@ -591,24 +591,24 @@ test('remote auto-update check fails when Windows release metadata is absent', a
 
 test('auto-update analysis reports unreachable assets when GitHub returns 404', async () => {
   const metadataSource = YAML.stringify({
-    version: '0.6.6',
+    version: '0.6.7',
     files: [
       {
-        url: 'DocForge-Setup-0.6.6.exe',
+        url: 'DocForge-Setup-0.6.7.exe',
         sha512: 'placeholder',
         size: 100,
       },
     ],
-    path: 'DocForge-Setup-0.6.6.exe',
+    path: 'DocForge-Setup-0.6.7.exe',
     sha512: 'placeholder',
   });
 
   const assets = new Map([
     [
-      'DocForge-Setup-0.6.6.exe',
+      'DocForge-Setup-0.6.7.exe',
       {
-        name: 'DocForge-Setup-0.6.6.exe',
-        browser_download_url: 'https://example.invalid/DocForge-Setup-0.6.6.exe',
+        name: 'DocForge-Setup-0.6.7.exe',
+        browser_download_url: 'https://example.invalid/DocForge-Setup-0.6.7.exe',
       },
     ],
   ]);
@@ -618,7 +618,7 @@ test('auto-update analysis reports unreachable assets when GitHub returns 404',
     metadataSource,
     owner: 'beNative',
     repo: 'docforge',
-    tag: 'v0.6.6',
+    tag: 'v0.6.7',
     assets,
     skipHttp: false,
     skipDownload: true,
@@ -628,7 +628,7 @@ test('auto-update analysis reports unreachable assets when GitHub returns 404',
     },
   });
 
-  assert(result.unreachable.some((entry) => entry.includes('DocForge-Setup-0.6.6.exe') && entry.includes('404 (Not Found)')));
+  assert(result.unreachable.some((entry) => entry.includes('DocForge-Setup-0.6.7.exe') && entry.includes('404 (Not Found)')));
 });
 
 test('metadata updates compute digests for non-release assets referenced locally', async (t) => {