-
-
Notifications
You must be signed in to change notification settings - Fork 399
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Communicate to the user cause of debugger not starting with uncompiled sketch #808
Comments
Starting from https://github.com/arduino/arduino-ide/commits/112153fb965f63d952d126c8244cd3f84f0a1a1b, there is now a notification under these conditions:
However, this is not the notification from vscode-arduino-tools mentioned above, which would look like:
The latter communicates the problem much more clearly, but also relies on a fragile pattern matching against the human readable error message from Arduino CLI (which is the error that is now shown in the notification). So I'm not sure whether or not this should be considered resolved. If the effort is going to be made to maintain custom notification code in |
There is a bug here. The string match of the message fragment must be lower-cased, and then users would get the expected notification: Since IDE2 will require changes in the VS Code extension anyway, I decided to do the following:
|
arduino/arduino-ide#808 Signed-off-by: Akos Kitta <a.kitta@arduino.cc>
If the sketch has not been verified, IDE2 offers user a verify action. Closes #808 Signed-off-by: Akos Kitta <a.kitta@arduino.cc>
arduino/arduino-ide#808 Signed-off-by: Akos Kitta <a.kitta@arduino.cc>
arduino/arduino-ide#808 Signed-off-by: Akos Kitta <a.kitta@arduino.cc>
If the sketch has not been verified, IDE2 offers user a verify action. Closes #808 Signed-off-by: Akos Kitta <a.kitta@arduino.cc>
If the sketch has not been verified, IDE2 offers user a verify action. Closes #808 Signed-off-by: Akos Kitta <a.kitta@arduino.cc>
If the sketch has not been verified, IDE2 offers user a verify action. Closes #808 Signed-off-by: Akos Kitta <a.kitta@arduino.cc>
If the sketch has not been verified, IDE2 offers the user a verify action. Closes #808 Signed-off-by: Akos Kitta <a.kitta@arduino.cc>
Describe the current behavior
The Arduino IDE integrated debugger requires the sketch binary produced by compilation of the sketch. The path to this file is provided to the debugger via the
launch.json
file that is automatically generated by the IDE when the user clicks the "Start Debugging" button on the button bar.For this reason, the debugger can not be initialized if the user didn't know or remember to compile the sketch before clicking the button.
🙁 The IDE does not communicate this problem to the user other than that clicking the "Start Debugging" button has no effect.
To reproduce
There is no need to have a Zero connected to your computer for this demo.
🙁 There is no feedback from the IDE that the debugger couldn't start, and no indication of what is wrong.
Describe the request
Display a notification when the IDE fails to initialize the debugger. Explain that they must compile or upload the sketch first.
Desktop
Date: 2022-01-31T13:15:29.574Z
CLI Version: 0.20.2 [13783819]
Additional context
The "vscode-arduino-tools" extension that generates the debugger configuration knows of this issue and even attempts to generate an error message:
https://github.com/arduino/vscode-arduino-tools/blob/5382501e0b35f500bc8dcc9ffe877cdf37935552/src/extension.ts#L118
However, this error message is never shown to the user by the IDE.
The poor user experience of no feedback in this situation is exacerbated by the fact that there is also no immediate feedback after clicking the "Start Debugging" button when all is well, and it takes quite some time for the debugger to finally start up. In addition, you are punished if you get impatient and click the button multiple times. So the IDE trains you to expect some indeterminate wait for the debugger, and this causes you to wait quite some time before finally concluding something must be wrong (still with no indication of what went wrong).
It may also cause people to attempt to access the debugger via the activity bar icon (#14)
The text was updated successfully, but these errors were encountered: