ubiquitous-invention/docker
Randall Stillwell ba519a8b78 fix(web): import @tasks/ai via workspace alias instead of relative path
Two AI components were importing from ../../../../packages/ai/src using
relative paths that escape the workspace root. This worked locally because
all packages are siblings on disk, but failed in Docker where Dockerfile.web
only copies apps/web, packages/database, and packages/shared into the
build context — packages/ai never made it in.

Changes:
- Add @tasks/ai as a workspace dependency in apps/web/package.json
- Switch both imports (command-palette.tsx, ai-block.tsx) to "@tasks/ai"
- Add @tasks/ai to transpilePackages in next.config.ts and the docker variant
- Copy packages/ai into the Docker build context (Dockerfile.web)
- Refresh pnpm-lock.yaml for the new workspace edge

Verified locally: web builds compile cleanly past the previously failing
"Module not found" errors. (Local final step hits an unrelated ENOSPC on
the dev disk; Coolify's volume has plenty of headroom.)

Made-with: Cursor
2026-04-27 12:57:27 -05:00
..
.dockerignore feat: Full project management application scaffold 2026-03-26 22:39:16 -05:00
docker-compose.coolify.yml fix(deploy): use repo-root build context in coolify compose 2026-04-26 21:52:29 -05:00
docker-compose.dev.yml feat: Full project management application scaffold 2026-03-26 22:39:16 -05:00
docker-compose.yml feat: Full project management application scaffold 2026-03-26 22:39:16 -05:00
Dockerfile.collab fix(deploy): preserve pnpm per-package node_modules in docker builds 2026-04-26 22:52:04 -05:00
Dockerfile.mcp fix(deploy): preserve pnpm per-package node_modules in docker builds 2026-04-26 22:52:04 -05:00
Dockerfile.web fix(web): import @tasks/ai via workspace alias instead of relative path 2026-04-27 12:57:27 -05:00
next.config.docker.ts fix(web): import @tasks/ai via workspace alias instead of relative path 2026-04-27 12:57:27 -05:00