Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Production request-time logs aren't reaching the deploy log collector

Đang mở
  • Có gì không ổn?
#221 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
45/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
next.js, typescript
Lĩnh vực
observability

Hướng nghiên cứu

Start by reading lib/logger.ts and tracing how request-time log calls reach stdout in the production app process. Compare that path with the boot output captured by Railway, checking the process and buffering possibilities raised in the issue. Done means request-time application logs are visible in the production deploy log stream.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

bug help wanted

What's happening

The production app service's deploy log stream only ever shows container boot output (Next.js startup, migration notices, deprecation warnings). No request-time application logs show up after that — confirmed with railway logs --since 3h --filter "@level:warn" returning nothing, and the raw unfiltered stream staying at a fixed ~24 lines regardless of time range, even though HTTP network logs (a separate Railway feature) prove the app is actively handling requests minutes and hours later.

Why this matters

Any logger.warn / logger.error / logger.info call from inside a request handler is currently invisible in production. This blocked diagnosis of a separate bug (see the companion Telegram webhook issue) and generally means production incidents can't be debugged from logs right now — only from HTTP status codes and timing.

What's been ruled out

  • The logger itself writes structured JSON to process.stdout.write in production (lib/logger.ts) — same mechanism Next.js's own boot output uses, which does show up.
  • Not a search/filter UI quirk — confirmed via the Railway CLI directly (railway logs), not just the dashboard.

Open question

Why request-time stdout writes aren't reaching the same collector that captures the initial container boot output. Worth checking whether the process is forking/threading in a way that doesn't inherit the parent's stdout, or whether there's output buffering that never flushes under the actual request-serving code path.

Relevant code

  • lib/logger.ts
Ngôn ngữ chính
TypeScript
Star
16
Fork
2
Merge trung bình
7 giờ 22 phút
Pull request đã merge (30 ngày)
150

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của answerLoops/answerLoops

Tất cả issue của answerLoops/answerLoops

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.