Measure re-anchor reports that carry their changes
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- typescript
- 領域
- performance
調査の方向性
This is a measurement task tied to re-anchor reports carrying passChanges after #589, so start by reading the code that builds and sends the report on onAnalysisChanged. Measure the largest report for a linked book the text lacks and for a Scripture edit to the most heavily linked book, recording bytes and view apply time. Done when the sizes are recorded here and either no cap is needed or a cap with a test is in place.
索引モデルが issue の本文から書いたものです。
説明
Follows #589. Blocks 5d (#459), which lets drafts over 100 MiB open.
Why
Since #589, a re-anchor report on onAnalysisChanged carries passChanges, the change sets the passes applied, so the view can update its copy without a whole fetch. Two cases can make a report large:
- A pass for a book the text lacks marks every link into that book stale, so its change set carries all of that book's links.
- A report after a Scripture edit bundles every pass the edit caused.
The report is a network event, which every subscriber receives. Until 5d, a draft that opens on the host path already fits under core's 100 MiB message cap, because getFullAnalysis sends it whole, so a report can't exceed the cap. Once 5d removes getFullAnalysis, larger drafts open, and a report over the cap closes the extension host's socket and reloads every extension.
Scope
- At the large-loadable tier, measure the largest report for:
- a linked book the text lacks;
- a Scripture edit to the most heavily linked book.
- Record its size in bytes and how long the view takes to apply it.
- If a report is large enough to matter, cap
passChanges. Above the cap the report leaves them out, and the view fetches the whole draft, as it already does for any report it hears without them.
Done when
- The sizes are recorded here.
- Either they're small enough to leave as they are, or a cap is in place with a test.
Drafted by Claude Opus 5.5 (Claude Code).
- 主要言語
- TypeScript
- スター
- 2
- フォーク
- 0
- 平均マージ
- 1日 1時間
- マージ済み PR（30日）
- 105
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
sillsdev/interlinearizer-extension のほかの issue
-
Update menu items対応中かも @imnasnainaec が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
sillsdev/interlinearizer-extension#613 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
sillsdev/interlinearizer-extension#548 ·
メンテナーはふだん 1 日以内に返信
-
Make it clear that a stale analysis is re-applied to a word chosen in the text対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
sillsdev/interlinearizer-extension#537 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
sillsdev/interlinearizer-extension#515 ·
メンテナーはふだん 1 日以内に返信
-
Re-anchor a session's book when the view first opens it対応中かも @alex-rawlings-yyc が今日担当しました。 オープン
sillsdev/interlinearizer-extension#645 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
sillsdev/interlinearizer-extension の issue をすべて見る
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
Yeraze/meshmonitor#6239 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
better-auth/better-auth#12292 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
The sample email preview's ResizeObserver is never disconnected and keeps raising errors after leaving Settings対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信
-
area:ui bug effort:S priority:P2
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
Typo in WSL project description on Projects page対応中かも @akhil9tiet が今日担当しました。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 75/100
microsoft/opensource.microsoft.com#1066 · コメント 1 件 ·