render --start/--end applies the 2 GB Lambda plan cap to local renders

オープン 初心者向け
#7,035 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@ump45nose がすでに取り組んでいます。

2026年11月2日 から。

  • #7036 @ump45nose による — オープン

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
88/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
typescript
領域
tooling

調査の方向性

packages/producer/src/services/distributed/renderSpan.tsを読み、renderSpan()がplan()の呼び出しをどのように設定しているか確認してください。既存のサイズ上限の動作について、renderSpanのテストまたはplanSizeCap.test.tsを確認し、プランが設定された小さな上限を超えてもspanのレンダリングが成功することを示すケースを追加してください。テストが成功し、ローカルのspanレンダリングがLambda固有の制限によって拒否されなければ完了です。

索引モデルが issue の本文から書いたものです。

説明

bug good first issue

hyperframes render --start/--end renders a time range by reusing the distributed planner: renderSpan() in packages/producer/src/services/distributed/renderSpan.ts calls plan().

plan() rejects any plan directory over 2 GB with PLAN_TOO_LARGE (PLAN_DIR_SIZE_LIMIT_BYTES in plan.ts). That limit exists so a plan fits in AWS Lambda's 10 GB /tmp. A local range render never goes near Lambda, so the limit doesn't apply. A large, video-heavy project can render in full but fail on --start/--end.

Fix: pass planDirSizeLimitBytes: Number.MAX_SAFE_INTEGER in the config renderSpan() hands to plan(). planV2() already skips the cap this way.

Test: add a case in renderSpan tests (or alongside planSizeCap.test.ts) showing that a span render doesn't throw PlanTooLargeError when the plan is bigger than a small configured cap.

主要言語
TypeScript
スター
54.1k
フォーク
4.9k
平均マージ
6時間 8分
マージ済み PR(30日)
797

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

heygen-com/hyperframes のほかの issue

heygen-com/hyperframes の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。