Changing upload port does not always work

[0x3b29]

Extension version
1.0.6

OS & version
Win 10

Describe the bug
I often develop with multiple controllers connected to the same PC at the same time. When I have a change, and I want to upload to all of them, I start with one, then select the next port but often times the old port will be used to (re)upload. Sometimes, the notification even tells me that the upload port is the newly selected one, but in the CLI output I can see the previous port is used. Sometimes, a Compile (clean) applies the new port, sometimes, activating and deactivating build profiles does. Sometimes, I have to restart VS code

Expected behavior
The selected upload port should always be used.

[0x3b29]

More for other users, less for thelastoutpostworkshop

What I currently do as a workaround is having multiple copies of the project on my machine. The project is put in a parent directory, and that parent directory is than copied as many times as necessary and renamed.

• ./Parent1/Example/Example.ino
• ./Parent2/Example/Example.ino
• ./Parent3/Example/Example.ino
  ...

The parent directories are synced with git, and git does not care that the parent dir has a different name than it had when you checked the repo out. Arduino and the Arduino Maker Workshop however remain happy that the .ino has the same name as the .ino immediate parent dir.

I then have one instance of VS Code open in each Example directory, and use a build config to remember which device that project copy is for. Git in VS Code still works when a child folder is opened. However, this means that projects have to be rebuild as many times as you have controllers that you want to flash, but that keeps me much more sane than to fiddle around with ports over and over again.

[0x3b29]

I also found this to be an issue on my macbook. It does not always use the port I choose. If I remember correctly, this was not an issue before the update that brought "Build Profiles".

[thelastoutpostworkshop]

Is the issue you have happen when using build profiles ?

[0x3b29]

I think I had the issue before also with build profiles. But just now, I was unable to recreate the issue with build profiles... But when I deactivated the build profiles, selected the port and hit upload, it immediately tried to upload to the wrong port again.

Here are some of the logs:

New upload port: COM27 (serial)
Command executed successfully.
Upload completed successfully.
Upload starting...
$ c:\Users\oli\.vscode\extensions\thelastoutpostworkshop.arduino-maker-workshop-1.0.6-win32-x64\arduino_cli\win32\arduino-cli.exe upload -v --no-color -p COM24 --fqbn esp32:esp32:d32:UploadSpeed=921600,FlashFreq=80,PartitionScheme=default,DebugLevel=none,EraseFlash=none --input-dir c:\Users\oli\git\electronic-kalimba\electronic-kalimba-v3\build c:\Users\oli\git\electronic-kalimba\electronic-kalimba-v3
"C:\Users\oli\AppData\Local\Arduino15\packages\esp32\tools\esptool_py\4.9.dev3/esptool.exe" --chip esp32 --port "COM24" --baud 921600  --before default_reset --after hard_reset write_flash  -z --flash_mode keep --flash_freq keep --flash_size keep 0x1000 "c:\Users\oli\git\electronic-kalimba\electronic-kalimba-v3\build/electronic-kalimba-v3.ino.bootloader.bin" 0x8000 "c:\Users\oli\git\electronic-kalimba\electronic-kalimba-v3\build/electronic-kalimba-v3.ino.partitions.bin" 0xe000 "C:\Users\oli\AppData\Local\Arduino15\packages\esp32\hardware\esp32\3.1.1/tools/partitions/boot_app0.bin" 0x10000 "c:\Users\oli\git\electronic-kalimba\electronic-kalimba-v3\build/electronic-kalimba-v3.ino.bin" 
esptool.py v4.8.1
Serial port COM24

A fatal error occurred: Could not open COM24, the port is busy or doesn't exist.
(could not open port 'COM24': FileNotFoundError(2, 'Das System kann die angegebene Datei nicht finden.', None, 2))

Hint: Check if the port is correct and ESP connected

Failed uploading: uploading error: exit status 2
Command failed with code 1.
Upload failed.
Upload failed.