Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Refactor shared editor-readiness tracking for remote export and review

オープン
#1,111 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
リファクタリング
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
electron, typescript

調査の方向性

Start by comparing electron/mcp/remoteExport.ts and electron/mcp/reviewRecording.ts, then inspect their corresponding tests and the PR #1110 review thread for context. Identify the duplicated readiness and lifecycle behavior before locating the shared tracker’s appropriate module and test entry points. Done means both consumers share readiness state, meet the listed acceptance criteria, and their tracker and consumer tests pass.

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

説明

Summary

Extract the duplicated editor-readiness tracking from electron/mcp/remoteExport.ts and electron/mcp/reviewRecording.ts into a shared createEditorTracker({ ipc }) module.

This is a non-blocking maintainability follow-up to PR #1110. Requested by @deepak982. Keep this refactor separate from that PR.

Rationale

Both consumers maintain ready-editor maps, monitor editor lifecycle events, register remote-editor-ready listeners, and wait for an editor to report the requested recording path. Readiness-rule changes currently require updates in both modules.

Required changes

  • Move ready-editor tracking, path normalization, lifecycle monitoring, and the remote-editor-ready listener into the shared tracker.
  • Expose waitForEditor(videoPath, signal, cancelMessage).
  • Expose onEditorGone(editor, cb) so each consumer can settle its own pending request when its editor closes, crashes, or reloads.
  • Update remote export and recording review to use the tracker and remove their duplicated readiness logic.
  • Ensure both consumers share one tracker instance for the same IPC source rather than creating separate readiness maps and listeners.
  • Preserve each consumer's export or review behavior, cancellation messages, and timeout behavior.

Affected areas

  • electron/mcp/remoteExport.ts
  • electron/mcp/reviewRecording.ts
  • A new shared editor-readiness tracker module
  • Corresponding tracker, remote-export, and recording-review tests

Acceptance criteria

  • Remote export and recording review use shared readiness state and lifecycle monitoring.
  • Waiting resolves only for a live, non-crashed editor reporting the requested recording path.
  • Not-ready notifications and editor closure, crashes, or main-frame reloads clear readiness.
  • Editor disappearance settles the affected consumer's pending request.
  • Cancellation and timeout paths remove wait callbacks, timers, and abort listeners.
  • Tests cover the shared tracker and preserve existing remote-export and recording-review behavior.

References

主要言語
TypeScript
スター
32.4k
フォーク
2.6k
平均マージ
1日 22時間
マージ済み PR(30日)
18

環境構築

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

はじめの一歩

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

webadderallorg/Recordly のほかの issue

webadderallorg/Recordly の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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