fix: fail-fast guard TELEGRAM_CHUNK_SIZE_BYTES <= 19MB (Telegram getFile limit 20MB)
Build & Deploy (Nix) / build-and-deploy (push) Successful in 56s
Build & Deploy (Nix) / build-and-deploy (push) Successful in 56s
Chunk parts > 19MB are stored to Telegram but getFile cannot resolve files over 20MB ('Bad Request: file is too big'), making every part undownloadable (prod bug 2026-08-01: 48MB chunk -> download 500).
- src/env.ts: reject TELEGRAM_CHUNK_SIZE_BYTES > 19922944 at startup (log error + throw), default changed 20MB -> 19MB
- src/shared/utils/validation.ts: TELEGRAM_CHUNK_SIZE_MAX_BYTES constant; asSafeChunkSize now enforces the max at runtime (covers S3 multipart parts too)
- test/env.test.ts: unit tests + subprocess fail-fast tests (48MB rejected, 19MB accepted)
- test/helpers/setup-env.ts: pin safe chunk size so a stale .env can't break the suite
- .env.example + CLAUDE.md: document the 20MB getFile limit
This commit is contained in:
@@ -17,4 +17,10 @@ process.env.DATABASE_URL ||= 'postgresql://user:pass@localhost:5432/test';
|
||||
process.env.PORT ||= '3000';
|
||||
process.env.NODE_ENV = 'test';
|
||||
|
||||
// Pin the chunk size to the safe 19 MB value UNCONDITIONALLY. Bun auto-loads
|
||||
// the repo .env before preloads run, and a stale oversized value there would
|
||||
// trip the fail-fast guard in src/env.ts and break every test file's import.
|
||||
// Tests that need a different value set it explicitly in their own process.
|
||||
process.env.TELEGRAM_CHUNK_SIZE_BYTES = String(19 * 1024 * 1024);
|
||||
|
||||
// Keep old env names for backward compat with tests that reference them directly
|
||||
|
||||
Reference in New Issue
Block a user