IDE remains in uploading state after completion of upload to network port #1356
Labels
type: imperfection
Perceived defect in any part of project
Comments
For me it's different. The upload has failed, and the In my case, the error was: Even if this is a 3rd party or board problem, the IDE2 must interrupt the click to see full gRPC log for the upload
|
It seems that it would be difficult to do this automatically. The problem is that you have two conflicting requirements:
I think the better approach would be to allow the user to manually cancel a hung upload: #1199 |
There was a clear error from the CLI. It was logged to the Output, but IDE2 failed to catch it. Hence, the I hope this clarifies. |
|
OK, because of the mention of "3rd party or board problem", I interpreted your mention of the "Uploading..." to be referring to the tool output (which has the same form, except with more ... as time goes on) shared in #1357 In that case, it appeared to me that the upload tool hung rather than exited, since my impression was that there was an increasing number of the progress indicator dots, and because I would expect to see some additional output after an upload failure. While I was looking more closely at that issue I noticed the format of the output did not match with what I see on my machines, which turned out to be because a different version of the ESP32 platform is in use. The output from the newer version of the ESP32 platform provided at #1357 (comment) does show an error message, which indicates it is as you interpreted: that the upload tool is exiting but the IDE is not recognizing that as having happened. Essentially the same as this issue except for the (probably insignificant) factor that the tool exited after a successful upload here, while it exited on a failed upload in #1357 |
|
I could reproduce it with the MKR1000 using the serial port. Steps:
never_ending_upload.mp4 |
|
This is also happening with the ESP8266 in IDE 2.0.0. ArduinoOTA, running the latest board manager 3.0.2 from esspressif. The upload succeeds, but I have to restart my IDE after every upload to upload again. |
|
I just watched this video Version: 2.0.1-nightly-20221001 |
|
If it helps, I also have the problem that the IDE hangs / stays in
I attached a serial console to the ESP 8266 while OTA updating and for what I can see it updates the device successfully and reboots: The sketch is pretty simple: |
|
now the upload via IP works Version: 2.0.1-nightly-20221004 Mac OS 11.7 also makes sure to keep the libraries and boards up to date |
|
@ jtheuer the ESP8266 needs a yield() or delay(1) every now and then because the WIFI still has to be dealt with. the IC is a bit bugy but cheap the ESP32 is better |
|
The issue is still present on Arduino IDE 2.0.0 MacOS 12.6 with ESP8266 and last BasicOTA version. Everything is working except that the IDE remain stuck in "Uploading........" with upload button disabled. |
|
I am successful with Version: 2.0.1-nightly-20221004 or Version: 2.0.1-nightly-20221009 ESP8266, ArduinoOTA.h , Mac OS 11.7 Intel |
|
Not working, same issue on Apple M1 Version: 2.0.1-nightly-20221009 |
|
have all libs and boards been updated? |
|
Also experiencing this with IDE 2.0. Using Version: 2.0.0 Will try a more recent nightly build and report back. ............. Reporting back... same behavior on Version: 2.0.1-nightly-20221012 ... using the Linux_64bit.AppImage. Specifically, I see the same behavior as @jtheuer notes above. The OTA update seems successful (though you can't tell from any notifications in real time), and the "Uploading..." dialog seems to non-terminate. Only way forward is to close the window and reopen the sketch. |
|
Same problem reproduced in v2.0.0 or v2.0.1-nightly-20221020, using BasicOTA example on an ESP32 board, with the IDE running under Linux. Upload completes successfully, but the IDE's 'Uploading...' dialog stays open, with no way to cancel it other than to close the sketch and re-open it. |
|
After python update to 2.7.18 the issue disappeared on Apple M1 |
|
|
|
having the same issue with 2.0.2 while network-uploading... in fact this also happens if I mistype the password - I receive "Authorization failed" and the "Uploading ..." popup never goes away and I'm unable to click the upload button again executing the espota.exe in the terminal uploads the code and application exits correctly. $LASTEXITCODE returns 0 as expected |
|
Having the same issue with an ESP32 on Windows 10 on 2.0.2. It's still able to upload just fine but the IDE has to be restarted. Uploading on 1.8.14 also still works. |
|
Still broken in 2.0.3 under Linux (with an ESP32) |
|
Using LOLIN32 it works, ESP32 still happening |
|
still exists under linux witn an esp8266 |
|
Since I received some board and library updates yesterday OTA works fine with my bpi-leaf-s3. What a comfort! No need to put it in upload-mode and set the ports. Hopefully it will stay that way. |
|
Same with me, miracolously the problem disappeared..... :-) I am developping controllers for solar inverters and these are installed under the roof. No way the use serial and no fun restarting the IDE after every upload. |
|
Off-topic, but interested: @ulihuber : Do you use them in access point mode? |
|
OT: No, connected to my local SSID. |
Me too, for a day, but came back |
|
@pogudin-sergey the problam came back or you came back? |
The problem came back |
|
ok, Here the same thing. 2.0.5-nightly-20230324 does not wake up from "Updating..." loop, 2.0.4 with latest auto-updates does upload. And finishes upload. I'll check if I can trigger updates. OTA (without relaunch) is so much smoother... |
|
I have 2.0.4, Date 2023-02-27T16:14:28:576Z and CLI Version 0.31.0. Only option is to restart the IDE. Let me know what I can do to help you provide enough info to troubleshoot. Update: 3 days later, a possible reboot, same IDE and CLI version: no issues. Go figure. |
|
It is totally unpredictable. I open the IDE and it works, 10 minutes later it is not. Behaves like a uninitialized variable.
|
|
It has to be a race condition. Is anyone familiar with the codebase able to point us to where this tool actually gets invoked? I spent some time poking around the other day and was unable to locate it. |
Yes. The https://github.com/esp8266/Arduino/releases/tag/2.7.4 The versioning of the boards platform is completely independent from the versioning of the platform's |
|
For those like me who couldn't wait, I have now a better solution for some of you that I´m using. Extend your firmware update via webserver. Here is full manual how to do it. In the Arduino just click on export compiled files, and the .bin file put on the server. Update all devices by one MQTT command via your protocol or update one device via your web device settings. |
|
The IDE v1.8.x is uploading alright...
|
|
IDE 1.x did not have this problem .... BTW: At the moment my desktop PC does not have this problem, my laptop still hangs in uploading. They have the same Version installed. Maybe dependend on the history of the PC or order of installing board- and sw-updates. |
|
My one laptop does well (most of the time), the other needs the IDE to restart after every OTA, both running the same libraries and the same version and the same sketch, of course. If installing libraries was not so time consuming in IDE 1.X I'd just switch back.. |
|
So - today the problem came back :-( |
|
@ulihuber yes, I second this. I suggest a RESET-button, to stop all running processes (updates and uploads). |
|
Yeah, very annoying. |
|
Yes, a stop button might help with the symptom. |
|
I got an update to v2.10 and it seems like the problem is gone. Can you confirm ? |
|
Here the upload worked, too, after the update to 2.1.0. Hope it will stay like that. |
|
Yes, same here with 2.1.0 |
|
Just got the same error twice, upload however worked and uploading... closed at the third attempt. |
That's because the OTA discoverer lose connection with the module till compilation finish, a good idea is to have an option to manually enter the IP of the OTA module we want to download, we always know the IP of the modules we do OTA to |
|
Thanks for the explanation! |
|
Is good to have the option to manually enter the IP of the OTA device, some of us we use old routers as repeater, most of the time the OTA discoverer does not find OTA's that are connected to those repeaters, but if we can manually enter the OTA device IP we can force the communication with the target device, the downloader connect to them when the discoverer see them. |
3 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
and others
Describe the problem
Originally reported by @per1234:
🐛 When uploading to a board over a network port, the Arduino IDE UI continues to indicate an upload is in progress even after the process has completed successfully.
To reproduce
Equipment
Steps
Follow the instructions to set up the board and do an OTA upload here: https://docs.arduino.cc/tutorials/mkr-1000-wifi/wifi-101-ota
The Output view shows that the process completed successfully:
The board is running the sketch that was uploaded.
🐛 Yet the IDE UI remains permanently in the uploading state:
Expected behavior
IDE recognizes completion of upload process.
Arduino IDE version
2.0.0-rc9.2-snapshot-9e2b73a
Operating system
Linux
Operating system version
Ubuntu 20.04
Additional context
I also reproduced it using a slightly older version of the Arduino IDE 2.0.0-rc9.2-snapshot-0b33b51, which indicates it was not introduced by any of the commits after that.
While I was in the bisection stage of the investigation, the issue stopped happening even though it had occurred 100% consistently prior to that. So I was not able to bisect the introduction of the issue, check whether it also occurs with ESP32 boards, nor determine whether it also occurs when using Arduino CLI directly.
Related
Other reports
Workaround
Issue checklist
The text was updated successfully, but these errors were encountered: