loom-agent 1.2.18 → 1.2.20

package/bin/loom-bun.js

@@ -4,20 +4,23 @@
 const path = require("path");
 const { spawnSync } = require("child_process");
 
-// Node-shim path: bun is required for plugins/JSX, so hand off ONCE.
-// We deliberately do NOT respawn when already under bun — respawning hands
-// the console to a child and OpenTUI's terminal-capability handshake
-// (DA1/OSC/DECRQM queries) then gets echoed instead of consumed, leaving a
-// frozen splash. Instead we register the Solid JSX plugin programmatically
-// below, which is exactly what the bunfig preload would have done.
-if (!(typeof Bun !== "undefined" && process.versions.bun)) {
+// Bun discovers bunfig.toml ONLY from its starting cwd, and the Solid JSX
+// plugin ONLY works when loaded through that bunfig preload phase — runtime
+// registration from another cwd silently no-ops (proven). So unless bun is
+// ALREADY sitting in the package root, respawn it there once. The user's
+// real directory rides along in LOOM_START_CWD and is restored by
+// tui-open.tsx after its imports finish loading.
+const pkgRoot = path.join(__dirname, "..");
+const underBun = typeof Bun !== "undefined" && !!process.versions.bun;
+const inPkgRoot = path.resolve(process.cwd()) === path.resolve(pkgRoot);
+if (!underBun || !inPkgRoot) {
   const result = spawnSync(
     process.platform === "win32" ? "bun.exe" : "bun",
     [__filename, ...process.argv.slice(2)],
     {
       stdio: "inherit",
-      cwd: process.cwd(),
-      env: process.env,
+      cwd: pkgRoot,
+      env: { ...process.env, LOOM_START_CWD: process.env.LOOM_START_CWD || process.cwd() },
       windowsHide: false,
     }
   );
@@ -27,20 +30,6 @@ if (!(typeof Bun !== "undefined" && process.versions.bun)) {
   }
   process.exit(result.status == null ? 1 : result.status);
 }
-
-// Running under bun at the USER's cwd. bunfig.toml was therefore NOT loaded
-// (bun only discovers it from its starting cwd), so register its preload
-// chain manually, in the same order, before any app module loads:
-//   1. our crash black-box / console fixes
-//   2. @opentui/solid/preload — the Solid JSX transform plugin
-require(path.join(__dirname, "..", "src", "tui-preload.js"));
-require("@opentui/solid/preload");
-
-// Restore the user's project directory before app modules evaluate.
-if (process.env.LOOM_START_CWD) {
-  try { process.chdir(process.env.LOOM_START_CWD); } catch {}
-}
-
 process.title = "loom-code";
 (async () => {
   try {

package/bin/loom-tui.js

@@ -4,17 +4,19 @@
 const path = require("path");
 const { spawnSync } = require("child_process");
 
-// Node-shim path only — never respawn when already under bun (see
-// bin/loom-bun.js for why: the console handoff breaks OpenTUI's terminal
-// capability handshake and freezes the splash).
-if (!(typeof Bun !== "undefined" && process.versions.bun)) {
+// Respawn from the package root so bunfig.toml's preload chain (Solid JSX
+// transform) loads natively — see bin/loom-bun.js.
+const pkgRoot = path.join(__dirname, "..");
+const underBun = typeof Bun !== "undefined" && !!process.versions.bun;
+const inPkgRoot = path.resolve(process.cwd()) === path.resolve(pkgRoot);
+if (!underBun || !inPkgRoot) {
 	const result = spawnSync(
 		process.platform === "win32" ? "bun.exe" : "bun",
 		[__filename, ...process.argv.slice(2)],
 		{
 			stdio: "inherit",
-			cwd: process.cwd(),
-			env: process.env,
+			cwd: pkgRoot,
+			env: { ...process.env, LOOM_START_CWD: process.env.LOOM_START_CWD || process.cwd() },
 			windowsHide: false,
 		}
 	);
@@ -25,13 +27,4 @@ if (!(typeof Bun !== "undefined" && process.versions.bun)) {
 	process.exit(result.status == null ? 1 : result.status);
 }
 
-// Under bun at the user's cwd — bunfig.toml wasn't discovered, so register
-// the preload chain manually (same order as bunfig.toml).
-require(path.join(__dirname, "..", "src", "tui-preload.js"));
-require("@opentui/solid/preload");
-
-if (process.env.LOOM_START_CWD) {
-	try { process.chdir(process.env.LOOM_START_CWD); } catch {}
-}
-
 (async () => { await import("../src/tui-open.tsx"); })();

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "loom-agent",
-  "version": "1.2.18",
+  "version": "1.2.20",
   "repository": {
     "type": "git",
     "url": "git+https://github.com/toshalkumbhar8979-design/loomcode.git"

package/src/core/cli.js

@@ -37,7 +37,7 @@ class LoomCLI {
 
   async start() {
     console.log(LOOM_BASE);
-    console.log(`\n  Loom Code v1.0.0 — AI Coding Agent for the terminal`);
+    console.log(`\n  Loom Code v1.2.20 — AI Coding Agent for the terminal`);
     console.log(`  Press Ctrl+C or ESC to interrupt | /help for commands\n`);
 
     process.stdin.on('keypress', (str, key) => {

package/src/tui-preload.js

@@ -21,11 +21,10 @@ if (process.platform === "win32") {
   } catch {}
 }
 
-// Windows VT-mode re-enable — OPT-IN via LOOM_FORCE_VT=1.
-// Off by default: OpenTUI manages its own console modes, and forcing flags
-// underneath it can desync its input parsing. Only enable when debugging
-// console-mode issues on a specific terminal.
-if (process.platform === "win32" && process.env.LOOM_FORCE_VT === "1") {
+// OpenTUI writes VT escape sequences and expects key events instead of cooked
+// console lines. Configure both handles before the renderer starts so this
+// also works when the CLI is launched through npm's Windows shim.
+if (process.platform === "win32") {
   try {
     const { dlopen } = require("bun:ffi");
     const k32 = dlopen("kernel32.dll", {