Run program opens a random file after a debuggin session (STM32CubeIDE 1.17.0)

[Lukasz Nowak]

This is a really annoying problem which has existed for multiple releases of STM32CubeIDE. It is still present in 1.17.0.

Procedure:

- compile a new project

- start a debugging session - step a few times, and exit

- make some code changes

- hit the Run button - upload a new build, without a debugger

With that procedure, the IDE every times opens a random file during the upload procedure, e.g.:

This often leaves dozens of open files, completely ruining IDE navigation.

The problem can only be cleared by exiting the entire IDE and opening it again. It will then work fine, until the next debugging session is started.

This has been tested with a clean installation. On Windows and on Linux. 100% reproducible.

[STea]

Hello @Lukasz Nowak ,

Thank you for your input. I'm able to reproduce the behavior that you are describing, and the issue is trucked internally 

(ticket 197194 for internal reference only).
Regards

[Andrew Neil]

---

@Lukasz Nowak wrote:

This often leaves dozens of open files, completely ruining IDE navigation.

---

I think the extra tabs always open to the right of whatever you already had open?

So, as a workaround, right-click on the right-most of your "own" tabs, and choose 'Close tabs to the right'

[PHolt.1]

A general solution to this problem had been posted in one of the threads about a year ago.

It involves inserting code which, before it opens the said file, checks some condition leading up to it. I don't recall the details though. It was not trivial but doable by somebody competent in java and Eclipse.

Basically Cube IDE treats several things as breakpoints, some incorrectly.

[unsigned_char_array]

---

@Andrew Neil wrote:
I think the extra tabs always open to the right of whatever you already had open?

The problem is that if you don't have main.c opened and have a breakpoint set there you have (from left to right): files you had opened, new garbage file, main.c. So the garbage file is now in the middle. Repeat debugging a few times and it is total chaos and all tabs are occupied.

I followed a tip to prevent the flashing from crashing by accidentally clicking on the play button during flashing: https://community.st.com/t5/stm32cubeide-mcus/jumping-to-random-file-after-pressing-run-button/m-p/740123/highlight/true#M32142
It should be easy for ST to prevent opening new files while this dialog box is visible. That should fix it imho.

[Lukasz Nowak]

Hi @STea 

Is there an estimate for when it is going to be fixed?

The problem has existed for a few years now, and as you can see on this forum (there are multiple threads open about it already), it is really annoying a lot of people.

Thanks.

Lukasz

[Andrew Neil]

---

@Lukasz Nowak wrote:

Is there an estimate for when it is going to be fixed?

I think ST's focus is moving away from Eclipse to VS Code - so maybe never?

[unsigned_char_array]

---

@PHolt.1 wrote:

A general solution to this problem had been posted in one of the threads about a year ago.

It involves inserting code which, before it opens the said file, checks some condition leading up to it. I don't recall the details though. It was not trivial but doable by somebody competent in java and Eclipse.

Basically Cube IDE treats several things as breakpoints, some incorrectly.

---

There are like 5 topics on this problem and I haven't seen such a solution. Can you share it?

[Andrew Neil]

---

@Lukasz Nowak wrote:

This is a really annoying problem which has existed for multiple releases of STM32CubeIDE. It is still present in 1.17.0..

---

it isn't even mentioned in the 'Known Issues':

https://community.st.com/t5/stm32cubeide-mcus/stm32cubeide-1-17-0-released/m-p/748247/highlight/true#M32588