Skip to content

Packet 37 — Rebuild & Replace Stored Deploy Artifact#14

Open
bugsyhewitt wants to merge 6 commits into
packet-36-cleanup-polishfrom
packet-37-fix-stored-artifact
Open

Packet 37 — Rebuild & Replace Stored Deploy Artifact#14
bugsyhewitt wants to merge 6 commits into
packet-36-cleanup-polishfrom
packet-37-fix-stored-artifact

Conversation

@bugsyhewitt

Copy link
Copy Markdown
Owner

Packet 37 — Verdict

Status: GREEN

Summary

Fresh deploy artifact v9 built from corrected source, extracted to the Hostinger
server, and the app restarted from the extracted content (uptime_seconds: 0 confirms
clean start). No live SSH patch is load-bearing. Reproducible build script with
top-level-await guard committed. Deploy process documented.

Phase results

  • Phase 1 (branch + corrected source confirmed): PASS — no top-level await in server.js
  • Phase 2 (artifact built + verified): PASS — 7.9KB zip, server.js diff MATCH, guard clean
  • Phase 3 (extract + restart + verify): PASS
    • health: {"status":"ok","version":"1.0.0","uptime_seconds":0} post-restart
    • persistence: install registered {"install_id":"5b6610b71c1a31ca","status":"registered"}
  • Phase 4 (build script + docs + bug chore(deps-dev): bump @types/node from 22.19.21 to 25.9.3 #18): PASS
  • Phase 5 (commit + push + PR): PASS

The key proof

The app was restarted after extracting the v9 artifact. uptime_seconds: 0 at the
health check confirms the process started fresh from the extracted files. MySQL
connectivity and persistence were verified immediately after. No load-bearing live
patch remains.

Artifact details

  • Built: /tmp/alienclaw-deploy.zip via scripts/build-deploy.sh
  • Size: 7.9KB
  • Contents: dist/main.js (26.4KB esbuild bundle), server.js (349B), package.json (178B)
  • Uploaded to server: /home/u881291242/alienclaw-deploy-v9.zip

Bug caught this packet

Outstanding for Bugsy

  • Upload corrected zip to Hostinger hPanel — the v9 zip is on the server at
    ~/alienclaw-deploy-v9.zip but the "stored artifact" in Hostinger's deployment
    system is still v8 (the broken one). Next hPanel session: upload v9 via
    Node.js Apps → Deployments → Upload. The running app is already from v9 content
    (extracted this packet). This closes the loop in Hostinger's own records.
  • Merge PR Packet 35 — Hostinger Deploy + L5 Closed #12 (packet-35), then PR packet-36: post-deploy cleanup, README polish, leaderboard section #13 (packet-36), then this PR
  • Back up .env.hostinger (outstanding from Packet 35)

Branch note

Branched from packet-36-cleanup-polish (not main) because PRs #12/#13 not yet
merged. Merge order: #12#13 → this PR.

bugsyhewitt and others added 5 commits May 28, 2026 14:49
…guard

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
…oyment slot

Uploaded alienclaw-deploy-v9.zip to hPanel via Settings and redeploy → Upload new
files → Save and redeploy. Managed redeploy completed 2026-05-28 16:56:59. Health
returned uptime_seconds: 0, confirming fresh process start from hPanel-managed
artifact. Fixes Bug #18.1: SFTP extraction and hPanel deployment slot are independent.

- docs/LESSONS_FROM_THE_ARC.md: add Bug #18.1 documenting the two-slot distinction
- docs/DEPLOY.md: update upload steps to match actual hPanel Settings and redeploy flow
- MEMORY/WORK/: packet-37.1 PRD and working notes

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
Packet 37.1 — Close hPanel Stored-Slot Gap
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant