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

[Debug] Reduce preference switching for Run to Line operations

オープン
  • 何か問題がありますか？
#2,757 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
静か
技術スタック
java
領域
tooling

調査の方向性

この issue では、グローバルな "Skip breakpoints during Run to Line" 設定と "Run to Line" アクションが示されていますが、ソースファイル、テスト、エントリーポイントは示されていません。まず設定とアクションの実装を特定し、そのうえでアクション単位の選択をグローバル設定とどのように共存させるべきかを判断してください。この issue では、提案されたどの動作またはどの受け入れ基準をもって完了とするかがまだ定義されていません。

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

説明

enhancement

Currently, Eclipse provides a global preference "Skip breakpoints during Run to Line" that determines whether breakpoints are honored when performing a Run to Line operation.

Image

While this works for users who consistently prefer one behavior, it can be inconvenient during real debugging sessions where both modes are useful depending on the context. Eg, when navigating through complex code paths, it is often desirable to honor existing breakpoints, whereas when working inside loops or other breakpoint-heavy areas, it can be useful to temporarily ignore breakpoints and force execution directly to the selected line. Switching between these behaviors currently requires repeatedly changing a preference, which interrupts the debugging workflow.

It may be beneficial to provide a way to choose the desired breakpoint behavior directly from the Run to Line action, such as offering separate actions for normal and forced execution (skip breakpoints) or exposing an alternative action in the context menu based on the current preference state. This would allow users to select the appropriate behavior for a particular debugging scenario without modifying a global setting, resulting in a more efficient and flexible debugging experience.

Community

  • I understand suggesting an enhancement doesn't mandate anyone to implement it. Other contributors may consider this suggestion, or not, at their own convenience. The most efficient way to get it fixed is that I implement it myself and contribute it back as a good quality patch to the project.
主要言語
Java
スター
165
フォーク
174
平均マージ
4日 2時間
マージ済み PR（30日）
41

環境構築

はじめの一歩

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

eclipse-platform/eclipse.platform のほかの issue

eclipse-platform/eclipse.platform の issue をすべて見る

似ている issue

Java の issue をもっと見る

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

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