Question: Could not load source 'Fastfile': not found, while debugging a Fastlane lane from VSCODE
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- ruby, vscode
- Bereich
- developer-experience, devtools
Rechercherichtung
Reproduce the issue in the linked debug-fastlane example using the terminal command and the rdbg --open=vscode command, after running bundle install. Compare how each mode resolves the Fastfile source, then verify that the VS Code session can open and debug custom_lane as the terminal session does.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Your environment
ruby -v:ruby 3.1.2p20 (2022-04-12 revision 4491bb740a) [arm64-darwin23]rdbg -v:rdbg 1.9.1
Describe the bug
I'm not an expert here (so I'm probably missing something) but I was recently trying to debug a custom Fastlane lane with rdbg using vscode with the following terminal command:
rdbg --open=vscode -c -- bundle exec fastlane custom_lane
But it seems that the editor cannot load the source file: the Fastfile (see attached screenshot). I would guess that some context information are not correctly passed to the editor (am I missing some parameters?).
If I debug from the terminal, using the following command:
rdbg -c -- bundle exec fastlane custom_lane
Everything seems to work correctly (see attached screenshot).
I prepared an example repo to easily reproduce the issue.
Thanks in advance for your support, and sorry if it's a stupid question 😅
To Reproduce
- Checkout the example repo
- Install the required gems with
bundle install - Debug from terminal with:
rdbg -c -- bundle exec fastlane custom_lane - Debug from
vscodewith:rdbg --open=vscode -c -- bundle exec fastlane custom_lane
Expected behavior
I would expect to debug the custom_lane similarly from both terminal and vscode.
- Vorherrschende Sprache
- Ruby
- Sterne
- 1.3k
- Forks
- 146
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beitragsleitfaden
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
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 68/100
-
Support exceptionOptions in setExceptionBreakpoints to catch arbitrary exception classes via DAP Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 45/100
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 52/100
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
Ähnliche Issues
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
-
バグ
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 92/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
voxpupuli/puppet-epel#186 · 1 Kommentar ·
-
external_created_at is no longer used for the message timestamp since the new message UI (v4.4.0) OffenBug Frontend
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100