Should we still report and check for semi-minor issues and annoyances?

Sorry, in advance, I don't want this to sound like I am trashing IDE 2. There are a lot of things I like about it and all of my Current Arduino builds are done using it.

But when there are some fundamental issues like:
Issues with copy and paste out of the Serial monitor. Where many of these issues were reported at least a couple of years ago.

So I wonder if I should report things like: (Some I know have been reported before)

Arduino Lost my settings
Today: It appears like Arduino lost all of my user settings. I had done several compiles and the like, I opened up another window, and noticed that all of my Arduino windows are now drawn using the light theme where I was using the dark theme. Also I had the Serial monitor on the right hand side. Compiler warning are now back to none...

I can go through and reset my settings (again). This has happened a few times before.

Arduino appears to semi-hang
Most of the time this happens if my Windows PC has gone to sleep. Some of the times things just don't work right. like the Serial monitor can not connect back up to Serial port. Other times nothing works, and cannot even close windows, without going to task manager and killing the process.

Opens up Sketches on another drive Read only
Reported earlier. The one I reproduce this, is I keep most of my Github projects on another drive (d:\github...). For example I have my Arduino GIGA example sketches on d: and I create a junction to it:

C:\Users\kurte\Documents\Arduino>dir arduino_*
 Volume in drive C is OS
 Volume Serial Number is 7E8D-E873

 Directory of C:\Users\kurte\Documents\Arduino

02/06/2024  01:17 PM    <JUNCTION>     arduino_GIGA [d:\github\Arduino_GIGA-stuff\sketches]
05/21/2024  08:37 AM    <DIR>          Arduino_UNOR4
               0 File(s)              0 bytes
               2 Dir(s)  77,057,179,648 bytes free

Now if I open up sketches using the


The project opens up Read only and I cannot edit anything.
However if I then close the project and reopen it from the open recent it then opens up
fine and I can edit the project...

Sorry, I know I am just sort of whining.

Edit: Forgot to mention I am running the nightly build 20240630

1 Like

Strange, I have not encountered any of those problems. The only real problem I encountered was the non saving issue which I quickly fixed. I am on a Mac so am not plagued with device manager issues which is why I switched to Mac 7 years ago after 40 years of PC use. (yes, I was a PC beta tester when I worked at IBM)

Sorry about your problems. Try selecting text right to left in the monitor, that works for me but left to right does not. It sounds like Win-doz messed you up. I use 1.1n on several different Linux machines and have had no problems like that. You can reload and see if the problems go away. I generally have two versions of the IDE and they do not compete with each other.

Thanks for the feedback.

Thanks, I have no problems selecting text. The main critical issue is, it will only copy to the clipboard, that portion of your selection, which is visible in the Arduino Monitor window....
Also, some niceties, like the ability to easily do a select all (like ctrl-a) would be nice.

I believe that many of these "Windows Only" issues are not necessarily a problem with Windows, but maybe how the Arduino software is written to interface to it. It also may be a symptom, of maybe not enough of the main Arduino developers "Eat their own Dog food".

That is suppose all (or almost all) of the main developers on Arduino, mainly used Ubuntu to do their work, and some issues like this arise that irrorate them, they are far more motivated to fix it. Been there...

Device manager is the weakest part of widows, and very few know how to use it. In any case, isn't this all POSIX based stuff?

Yeah this is probably one of a couple of major issues still lingering around. Its really annoying to have to scroll up and down the screen to get all the data. Most of the time I use TyCommander so I can either capture everything in the serial monitor in TyComm or open the log file that it creates if it too much.

The other annoying thing that keeps popping on my Win11 machine - usually after a sleep or not being used for a while is that it just hangs and/or gives me a message that something changed and I have to restart. But when I do - i loose anything that I was currently working on and have to restart it a few times before I get the top menu bar back including the "X" to close the window.

1 Like

Thanks for reminding me why I don't miss Windows. I still do have a Win box (mini) and the odd time I use it am flabbergasted at how terrible the UI is.

1 Like

Often times when I have seen this, the bottom of the window will show some status,
like: offline..

Or sometimes: Can not track such a large workspace (paraphrased)
I sometimes can get lucky, and when I notice a message like that, I can still do something like select all, and a copy operation...

Then I restart the IDE, and hopefully can paste in the update sources...

Glad you enjoy your MAC.

To me they (Windows, Mac, Ubuntu) all have their pluses and minus and I prefer not to bash one or the other. Windows 11 works fine for me. There are things I wish they would not have changed when they updated from Windows 10 to 11, but it is what it is.

I have an older MacBook pro in the cabinet, that I occasionally use, and it works fine. However, there are some things I play around developing for, like MTP transfers that don't work that well on the MAC.

I have another machine set up with Ubuntu, that I also use occasionally. Although I think there are some issues with the hard drive, and their later Ubuntu releases sort of screwed up the drivers for my video card...

Yep I agree. Have seen that as well.

Just ran into another issue with using Version: 2.3.3-nightly-20240221 Date: 2024-02-21T03:19:18.874Z CLI Version: 0.36.0-rc.1.

Seems as though the IDE doesn't release Serial port on windows after an upload or closing the serial monitor. Was using Processing 3 to display data and Processing would keep saying serial port is busy. It would work though once I close the IDE.

Note; this does not exist when using IDE 1.8.19.

1 Like

Hi @KurtE.

Although high quality, unique, bug reports and feature requests are always welcome, the truth is that, with the extremely limited/non-existent resources available to the project, it is not feasible for the project maintainers and developers to act on some of them. A high quality issue still has great value even if it can only document a defect or specify a potential new feature, so the likelihood of an issue not being resolved in the foreseeable future is not a hard reason for not submitting one. Sometimes we find that an issue that was originally not actionable becomes actionable over time as we gather more information from the users, with the original issue serving as a central point for collecting that additional information. However, in a reality where we have more things to do than time to do it, an open source software contributor might want to focus their efforts on the things most likely to result in the highest benefit.

If this is the case for you, I recommend prioritizing reporting issues that are actionable. The most important factor is reproducibility. If content of the issue doesn't allow the developers to reliably reproduce the reported fault then it means they would need to spend a lot of frustrating time in trying to find a way to reproduce it before they can even get started on the investigation and development work that is their wheelhouse. This is likely to discourage them from wanting to work on those issues. In some cases, it is simply a matter of the reporter making the effort to provide instructions for the reproduction procedure, but unfortunately in other cases the nature of a bug makes it inherently not reliably reproducible.

Did anything happen to C:\Users\kurte\.arduinoIDE between the time the settings were present and when they were lost?

The user might sometimes intentionally clear this folder in order to attempt to restore Arduino IDE from a non-functional state, or if we want to simulate a fresh installation environment for purposes of beta testing, supporting other users, or experiementation.

Are you able to reliably reproduce the fault?

This is being tracked by the Arduino IDE developers here:

This is a bit of a disobedient bug in that it is not 100% reliably reproducible. However, even though it doesn't seem to occur after every sleep/wake cycle, I certainly experience it regularly and I think some of the other developers also encountered it.

I see this report:

I know you are already aware of it, but for the benefit of other readers of this thread, I'll add a link to the formal bug report where this is being tracked by the developers:

I know you are already aware of it, but for the benefit of other readers of this thread, I'll add a link to the formal bug report where this is being tracked by the developers:

It is actually macOS they are using.

I always expected software developers, who are power computer users and tend to also be open source fanatics, to prefer Linux. However, I have noticed that macOS seems to be prevalent (throughout the industry; not limited to Arduino developers alone). I think the reason is that the Mac hardware is (at least perceived) to be very high quality. It makes sense for a professional to select the highest quality options available (even when it comes at a price premium) when it comes to the tools they spend their days using.

The Arduino IDE developers are tracking this bug here:

Are you able to reliably reproduce it?

I just gave it a try and the port was closed when I closed the Arduino IDE Serial Monitor, no problem.

However, there is a known bug that causes this when using Serial Plotter (but not Serial Monitor):

1 Like

Thanks @ptillisch,

Surprised about the MAC, but still same suggestion. The more diverse they are on which machines/platforms they work on the more likely platform or machine specific things get fixed. Worked on a project many years (decades) ago, where everyone was only using IBM PCs and kept getting strange reports that things were not working right on some others like, Zenith, Compaq, HP...
So we purchased some from many of the different vendors, which really helped...

Settings getting reset. Nothing I know of... Had a few other Windows open, and I opened up a new one. Don't remember if it was using new or opening an existing... And then I noticed the window was using the light scheme... Then looked and noticed the others were as well. But who is to say that maybe Norton Virus or Utilities decide to do a scan of the system...


As for quirk about opening sketch from open that is physically on another drive, I verified it again today, by setting up a different machine. Not a critical bug, but if you wish to try it:

Steps on the other windows machine. I added 2nd drive as this one did not have one... In this case an external SSD with USB interface.

I created a d:\github directory
I downloaded this github project into it:
KurtE/Arduino_GIGA-stuff: This is my GIGA test sketches and other like stuff for Arduino GIGA boards (github.com)
This time I did it by zip, but does not really matter how...

In windows terminal I went to where my sketches are stored:
Like on main machine: c:\users\kurte\documents\arduino
On that machine it was on onedrive\desktop\arduino ...

I create a link to it: with command like:
mklink /J arduino_GIGA d:\github\Arduino_GIGA-stuff\sketches

If I do a directory of it, it shows up like:

C:\Users\kurte\Documents\Arduino>dir ard*
 Volume in drive C is OS
 Volume Serial Number is 7E8D-E873

 Directory of C:\Users\kurte\Documents\Arduino

08/23/2023  07:51 PM    <DIR>          Arducam_ov5642
02/06/2024  01:17 PM    <JUNCTION>     arduino_GIGA [d:\github\Arduino_GIGA-stuff\sketches]
05/21/2024  08:37 AM    <DIR>          Arduino_UNOR4
               0 File(s)              0 bytes
               3 Dir(s)  79,662,346,240 bytes free
type or paste code here

The window opens like:

Now close the window and then open it from the recent menu:
It opens up fine:

And then side thing. If you are setup with a GIGA with a GIGA display and have either an SD or USB Stick with photos on it, it will display all of the BMP files on it. And if you have the JPEGDEC library installed it shows jpeg files as well, dito for PNGDEC both BITBANK2...
Then maybe show pictures like:

As @KurtE said - thanks for the detailed reply. As for the Serial Monitor issue - probably a non-issue. My fault. I keep closing the serial monitor window using the icon just to right of the monitor when I have the SM on the right side instead of using the icon on the menu bar.

As for this problem - hope it gets fixed soon. Just happened again to this morning but was able to save the sketches first. took a couple of restarts to get it back to a normal state.

NOTE: I have been using 2.3.3 2/22/24 consistently and usually don't have any major issues. With the exceptions of improvements @KurtE mentioned with select all etc.

1 Like

Ah, I see now. The icon in the "Activity Bar" only toggles the expansion or collapse of the left side panel that is the container for the "Serial Monitor" view. The Serial Monitor continues running even when the panel is collapsed. It is only the Serial Monitor icon on the Arduino IDE toolbar (or the "Toggle Serial Monitor View" command) that actually closes the monitor and frees the port.

I submitted a formal report to the Arduino IDE developers about this on your behalf:

2 Likes

I was curious, so I pulled out my MAC.
@ptillisch I also did the same steps I mentioned in previous post on how to get the read only files...
Did more or less the same steps except of using
ln -s instead of mklink /J


And again if I close the window, and then open it from the open recent
it opens up fine :smiley:

This is NOT a high priority issue... But was curious to see if the MaC did anything differently.
side note: CMD+shift+space+4 is completely obvious for getting a snapshot image of a window :wink:

1 Like

@ptillisch
Thank you for submitting it - thought it was just me but then @KurtE mentioned that it got him a few times as well. Hope it clears it up for other folks as well.

1 Like

The Arduino IDE developers are tracking this bug here:

1 Like

Thanks again,

Minor annoyance/curious about why the code formatter if an initialize array:

const uint8_t pict4bpp[] = {
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x11, 0x11, 0x11, 0x11, 0x11, 0x11, 0x00, 0x00, 0x11, 0x11, 0x11, 0x11, 0x11, 0x11, 0x00,
    0x00, 0x11, 0x22, 0x22, 0x22, 0x22, 0x11, 0x00, 0x00, 0x11, 0x22, 0x22, 0x22, 0x22, 0x11, 0x00,
    0x00, 0x11, 0x22, 0x33, 0x33, 0x22, 0x11, 0x00, 0x00, 0x11, 0x22, 0x33, 0x33, 0x22, 0x11, 0x00,
    0x00, 0x11, 0x22, 0x33, 0x33, 0x22, 0x11, 0x00, 0x00, 0x11, 0x22, 0x33, 0x33, 0x22, 0x11, 0x00,
    0x00, 0x11, 0x22, 0x22, 0x22, 0x22, 0x11, 0x00, 0x00, 0x11, 0x22, 0x22, 0x22, 0x22, 0x11, 0x00,
    0x00, 0x11, 0x11, 0x11, 0x11, 0x11, 0x11, 0x00, 0x00, 0x11, 0x11, 0x11, 0x11, 0x11, 0x11, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00
};

Is formatted it is left alone...

However if there is a trailing ,

const uint8_t pict4bpp[] = {
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x11, 0x11, 0x11, 0x11, 0x11, 0x11, 0x00, 0x00, 0x11, 0x11, 0x11, 0x11, 0x11, 0x11, 0x00,
    0x00, 0x11, 0x22, 0x22, 0x22, 0x22, 0x11, 0x00, 0x00, 0x11, 0x22, 0x22, 0x22, 0x22, 0x11, 0x00,
    0x00, 0x11, 0x22, 0x33, 0x33, 0x22, 0x11, 0x00, 0x00, 0x11, 0x22, 0x33, 0x33, 0x22, 0x11, 0x00,
    0x00, 0x11, 0x22, 0x33, 0x33, 0x22, 0x11, 0x00, 0x00, 0x11, 0x22, 0x33, 0x33, 0x22, 0x11, 0x00,
    0x00, 0x11, 0x22, 0x22, 0x22, 0x22, 0x11, 0x00, 0x00, 0x11, 0x22, 0x22, 0x22, 0x22, 0x11, 0x00,
    0x00, 0x11, 0x11, 0x11, 0x11, 0x11, 0x11, 0x00, 0x00, 0x11, 0x11, 0x11, 0x11, 0x11, 0x11, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
};

it is formatted like:

const uint8_t pict4bpp[] = {
    0x00,
    0x00,
    0x00,
    0x00,
    0x00,
 ...
   0x00,
    0x00,
    0x00,
    0x00,
};

(like 128 lines)
just a curiosity, which I now know how to avoid...

Again, thanks for all the stuff you do.