[Debug] Reduce preference switching for Run to Line operations
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
调研方向
该 issue 提到了全局的 "Skip breakpoints during Run to Line" 偏好设置和 "Run to Line" 操作，但没有指出源文件、测试或入口点。首先定位该偏好设置和操作的实现，然后确定操作级别的选择应如何与全局设置共存。该 issue 尚未定义哪种提议的行为或哪些验收标准才算完成。
由索引模型根据 Issue 内容生成。
描述
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.
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
- 平均合并
- 2 天 16 小时
- 30 天内合并 PR
- 42
环境准备
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
eclipse-platform/eclipse.platform 的其他 Issue
-
bug
难度 2/5 1-3 小时 新手友好度 66/100
eclipse-platform/eclipse.platform#3019 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
eclipse-platform/eclipse.platform#2940 ·
维护者通常 1 天内回复
-
Terminal views all show same name 'Terminal' in Ctrl+F7 view switcher popup可能已有人在做 @ravnskjaer 于 7 天前认领。 未关闭bug good first issue help wanted
难度 2/5 1-3 小时 新手友好度 68/100
eclipse-platform/eclipse.platform#2774 · 4 条评论 ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 68/100
eclipse-platform/eclipse.platform#2593 · 7 条评论 ·
维护者通常 1 天内回复
-
[Win32] Folder becomes a file in the workspace tree when a child is deleted during `refreshLocal` (regression in 2026-09)可能已有人在做 @FlorianKroiss 于 2 天前认领。 未关闭bug regression Windows
难度 4/5 3-5 天 新手友好度 15/100
eclipse-platform/eclipse.platform#3024 · 5 条评论 ·
维护者通常 1 天内回复
查看 eclipse-platform/eclipse.platform 的全部 Issue
相似的 Issue
-
agent-java community triage
难度 2/5 1-3 小时 新手友好度 72/100
elastic/apm-agent-java#4594 ·
维护者通常 1 天内回复
-
area/plugin good first issue
难度 2/5 1-3 小时 新手友好度 85/100
kestra-io/plugin-soda#137 ·
-
area/plugin good first issue
难度 2/5 1-3 小时 新手友好度 82/100
kestra-io/plugin-aws#816 ·
维护者通常 2 天内回复
-
area/plugin good first issue
难度 2/5 1-3 小时 新手友好度 88/100
kestra-io/plugin-kestra#200 ·
维护者通常 1 天内回复
-
bug untriaged
难度 1/5 1 小时以内 新手友好度 92/100
opensearch-project/search-relevance#618 ·
维护者通常 3 天内回复