fix: move HAPPY_HOME_DIR to /workspace so lock never persists across restarts

The daemon.state.json.lock lives on the home PVC and survives pod restarts, causing happy daemon start to fail on every reboot. Moving HAPPY_HOME_DIR to /workspace (emptyDir) means the entire happy state directory is ephemeral and always clean on startup. The rm -f in init-repo.sh is kept as a safety net for the within-run case but is now a no-op on fresh starts. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
fix: remove stale happy daemon lock file before starting
2026-02-20 10:20:49 -05:00 · 2026-02-20 10:18:12 -05:00 · 2026-02-20 10:07:24 -05:00 · 2026-02-20 10:05:41 -05:00 · 2026-02-20 10:01:06 -05:00 · 2026-02-20 09:59:59 -05:00
2 changed files with 9 additions and 3 deletions
@@ -12,7 +12,7 @@ githubRepo: ""
 # Happy Coder endpoints
 happyServerUrl: "https://happy.farh.net"
 happyWebappUrl: "https://happy-coder.farh.net"
-happyHomeDir: "/home/user/.happy"
+happyHomeDir: "/workspace/.happy"
 happyExperimental: "true"

 # VNC display
@@ -59,10 +59,16 @@ chown -R "$RUN_UID:$RUN_GID" "$WORKSPACE_DIR"
 mkdir -p "$HOME"
 chown "$RUN_UID:$RUN_GID" "$HOME"

-# Start Happy Coder daemon
+# Start Happy Coder daemon. startapp.sh already runs as the app user (UID 1000),
+# so no sudo needed — Happy/Claude Code will find credentials in the correct home dir.
 echo "Starting Happy Coder..."
-cd "$WORKSPACE_DIR"

+# HAPPY_HOME_DIR is in /workspace (emptyDir), so it is always fresh on pod start.
+# Remove the lock file as a safety net in case daemon start is called more than
+# once within the same container lifetime.
+rm -f "${HAPPY_HOME_DIR:-/workspace/.happy}/daemon.state.json.lock"
+
+cd "$WORKSPACE_DIR"
 happy daemon start || echo "Happy Coder daemon failed to start, continuing anyway..."

 echo "Happy Coder daemon started"
Author	SHA1	Message	Date
Chris Farhood	5d8b1369c3	fix: move HAPPY_HOME_DIR to /workspace so lock never persists across restarts The daemon.state.json.lock lives on the home PVC and survives pod restarts, causing happy daemon start to fail on every reboot. Moving HAPPY_HOME_DIR to /workspace (emptyDir) means the entire happy state directory is ephemeral and always clean on startup. The rm -f in init-repo.sh is kept as a safety net for the within-run case but is now a no-op on fresh starts. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>	2026-02-20 10:20:49 -05:00
Chris Farhood	751402be44	fix: remove stale happy daemon lock file before starting daemon.state.json.lock is left behind when the daemon crashes or is killed (e.g. pod restart). On next startup happy daemon start sees the lock and exits with "Failed to start daemon" without further detail. Remove the lock file unconditionally at startup — if no daemon is running, the lock is stale by definition. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>	2026-02-20 10:18:12 -05:00
Chris Farhood	66e0d1f406	Merge pull request #16 from cpfarhood/fix/happy-daemon-no-sudo fix: remove sudo from happy daemon start	2026-02-20 10:07:24 -05:00
Chris Farhood	e89c3040b7	fix: remove sudo from happy daemon start — startapp.sh already runs as app user sudo -u failed because the app user is not in sudoers. It was unnecessary anyway: startapp.sh (and init-repo.sh) run as the app user (UID 1000) so happy daemon start already executes as the correct user with the right HOME. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>	2026-02-20 10:05:41 -05:00
Chris Farhood	8d7b39f1b5	Merge pull request #15 from cpfarhood/fix/happy-daemon-user fix: run Happy daemon as app user so it can find credentials	2026-02-20 10:01:06 -05:00
Chris Farhood	32e87254d2	fix: run Happy daemon as app user, not root When init-repo.sh starts the happy daemon as root, HOME=/root so Happy and Claude Code can't find credentials stored in /home/user. The mobile app works when the user manually runs happy from a VSCode terminal (as the user user) because the right home dir is in scope. Use sudo -u with -E (preserve environment) so the daemon runs as the correct user while still inheriting the pod's env vars (HAPPY_SERVER_URL, HAPPY_WEBAPP_URL, ANTHROPIC_API_KEY, etc.). Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>	2026-02-20 09:59:59 -05:00
Chris Farhood	66ccee1202	Merge pull request #14 from cpfarhood/fix/chrome-in-docker fix: make Chrome work inside Docker for Claude Max OAuth login	2026-02-20 09:31:59 -05:00