Question: Could not load source 'Fastfile': not found, while debugging a Fastlane lane from VSCODE
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- ruby, vscode
- Domaine
- developer-experience, devtools
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Ruby
- Étoiles
- 1.3k
- Forks
- 146
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de ruby/debug
-
Difficulté 3/5 1-2 jours Accessibilité débutants 68/100
-
Support exceptionOptions in setExceptionBreakpoints to catch arbitrary exception classes via DAP Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 55/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 52/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
Toutes les issues de ruby/debug
Issues similaires
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
-
バグ
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
-
Version bump for OpenVox 9 Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
voxpupuli/puppet-epel#186 · 1 commentaire ·
-
external_created_at is no longer used for the message timestamp since the new message UI (v4.4.0) OuverteBug Frontend
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100