Line breakpoints aren't shared between processes

Offen

#714 erstellt am 13.7.2022 1 Kommentar 5 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 35/100

Issue-Typ: Bug
Klarheit: Größtenteils klar
Aktivitätsstatus: Veraltet
Tech-Stack: ruby
Bereich: devtools

Rechercherichtung

Reproduce the behavior with the Rails/Puma multi-process setup described in the issue, using five workers and line breakpoints. Then inspect the debugger's process handling mechanism; done means a line breakpoint added to one process stops requests handled by every process, with behavior checked in VSCode attach mode.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement

Your environment

ruby -v: 3.1.0
rdbg -v: 1.6.0

Describe the bug

When the debuggee application has multiple processes, line breakpoints added to 1 of them won't be shared to other processes.
This will cause inconsistent breakpoint stop because only that process will stop and others won't.

To Reproduce

This issue should happen to any application that:

Has multiple processes
Uses line breakpoints

But reproducing it with VSCode is easier:

Create a new rails application

In config/puma.rb, set

threads 1, 1 # limit the threads number to 1 will increase the reproduction chance

# other configs

workers 5 # increase this number will also help reproduction

Start the server with bundle exec rdbg -c -- bundle exec rails s
Set a breakpoint
Attach the debugger
Sending requests to the Rails app
The breakpoint should stop at some requests but not all of them

Expected behavior

The breakpoints should stop at every request

Additional context

@ko1 mentioned that:

Resolving this will require rewriting a big part of the process handling mechanism
Possible workarounds: 1) Use only 1 process or 2) For VSCode users, use launch mode instead
There are no timeline for this issue yet (probably not before Ruby 3.2 is out)

Vorherrschende Sprache: Ruby
Sterne: 1.3k
Forks: 146
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus ruby/debug

Restarting an rdbg attach session terminates the debuggee process Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100

ruby/debug#1184 · Erstellt am 11.8.2026
Support exceptionOptions in setExceptionBreakpoints to catch arbitrary exception classes via DAP Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100

ruby/debug#1182 · Erstellt am 05.8.2026
Server reader thread crashes on exit with Puma in cluster mode Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100

ruby/debug#1166 · 1 Kommentar · 1 Reaktion · Erstellt am 08.12.2025
Missing DAP OutputEvents for debuggee stdout/stderr Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 52/100

ruby/debug#1160 · 2 Kommentare · 1 Reaktion · Erstellt am 26.11.2025
On irb:rdbg: IRB commands run in a different thread than the debugged program Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100

ruby/debug#1158 · 1 Kommentar · 4 Reaktionen · Erstellt am 08.10.2025

Alle Issues in ruby/debug