CubeMX UI is messed up (again, again and again...)

[Luiz Pereira]

Despite referring to the STM32F0 label (can't this forum have a simple one labeled as a general problem for STM32CubeMX???) the problem exists for ALL situations and MCU's where you simply start working with the STM32CubeMX.
Since several years ago, some colleagues on this form (and myself for 1-2 months) continue to report a completely stupid mess in the stm32CubeMX that makes it completely useless (again I attach a picture of today's nonsense and that completely prevented me simply from doing my work at the University - I'm sick of it!) No one at TS has (apparently) spent even a minute trying to solve such a stupid problem. For now (and against my will) I will migrate to NXP MCUs, which at least the configuration software works! As soon as someone at ST fixes the problem (which drags on for years!) please let me know.

[Pierre_Jean_SINACOUTY]

Hello @Luiz Pereira 

In order to push the investigation further, could you please launch CubeMX via a shell using this command of line:

java -jar -Djxbrowser.logging.level=ALL -Djxbrowser.logging.file=jxbrowser.log path/to/STM32CubeMX.exe

and then provide the generated  jxbrowser.log

BR,

Pierre-Jean

[Luiz Pereira]

Der all @Pierre_Jean_SINACOUTY , @Pavel A. , @Paradox0v0 , @Herve PIERROT 

Unfortunately, due to unavoidable commitments at the University, I did not have time to dedicate myself to the subject under analysis.
However, today I needed to use the stm32cube. I was given the option to update to version 6.10.0, which I did without any problems.
Afterwards, I opened my old project for a simple reconfiguration et voilá: when I realise, I spent more than 30 minutes without absolutely any problem in the UI interface (!!!) in any part of teh software...
I didn't do a deep test but I'll try to do it tomorrow. I note that I did not change absolutely nothing in the pre-existing settings/software + hardware drivers in my PC (I confess that I'm not sure, but I think that some update was done in in MS Office, nothing more)
If it is validated (we will see tomorrow) there was indeed a bug on the part of STM, happily (cross-fingers) fixed; and I will be happy to use STM MCUs again.

Best

Luiz

[Luiz Pereira]

Der all @Pierre_Jean_SINACOUTY  , @Pavel A. , @Paradox0v0, @Herve PIERROT 

I spoke (too) early! All it took was a new test with version 6.10 of the stm32mx for about 20 minutes and everything returned to what (unfortunately and irritatingly) was already known. The UI mess still continues..

Best

Luiz

[Luiz Pereira]

Dear all @Pierre_Jean_SINACOUTY , @Pavel A. , @Paradox0v0 , @Herve PIERROT , @mattias norlander 

I am admittedly very tired and disapointed with this issue. This is absolutely pathetic from a programming point of view and I have better things to do in my professional life than "stupidly" waste time "digging for worms".

The most obvious is a clear programming error (beginners?) adding that in Java, it is well known that there are serious problems in the graphical interface (all programmers know this!).

I note that the option "java -jar -Djxbrowser.logging.level=ALL -Djxbrowser.logging.file=jxbrowser.log path/to/STM32CubeMX.exe" in version 6.10 always gives an error (even in the administrator option) not be able to execute the command (and yes, the path to... is correctly written, pls!).

I give up. I'm sorry but I give up on STM. At this moment, and because the lab work cannot stop, I have already ordered MCU's from NXP and I am designing the PCB's for them. If anyone (by divine enlightenment!!!) at STM can understand the "blur" they are making, I would appreciate it, because I actually prefer STM's MCUs given (what I consider to be) excellent SDK work; unfortunately this is worthless for an M7 MCU where (without the stm32mx) configuration is an "impossible" job.

Just as an example of the uselessness of the stm32mx, I attach a short video (real time) of what happens when you try to run it.

https://www.dropbox.com/scl/fi/y8ksnru38ktpk106k24nu/20231207_000622.mp4?rlkey=k36it85a14fjw578t1e14vffy&dl=0

Chears

[mrbaranovskyi]

Same here. The app is unusable. 

[Pavel A.]

@mrbaranovskyi are you from the same University as Mr. Pereira? Any relevant details about your computer?

[mrbaranovskyi]

Nope.. but... looks like scaling up the system text to 150% - works. 

Windows 11, RTX3080, Ryzen 5900x. 

The screen resolution is 2k.

Same problem I saw on EVERY single PC (at least 4) I had CubeMX. Every time same UI messes up. 

 

[Pavel A.]

Hmm. What is common in these cases? Nvidia RTX3080 or GTX GPUs?

 

[mrbaranovskyi]

Looks like, the only common thing here is JVM:)) Next time, when choosing a cross-platform UI framework for the desktop app - use Avalonia.

We love ST. We just want it would be better, my friend.

Regards,

 

[Pavel A.]

@Luiz Pereira So the situation, simplified, looks this: On a new PC - no problem; the problem begins after installing something else?

Or does the 2nd part of your post (Additional things) mean that the problem manifests on a new PC too, but with the Cube plugin of CubeIDE rather than standalone CubeMX?

 

 

[Vertexi]

After years, finally I found a workaround. This issue is really a pain in my ass!!!!!!!

On windows set environment variable J2D_D3D to false can fix this.

You can use the PowerShell command to do this as

setx J2D_D3D false

It seems like unappropriated graphical acceleration issue on windows platform which provide by DirectX3D.

[Luiz Pereira]

Dear All

Apparently good news!

Disabling the use of Direct3D pipeline in Java as indicated by @Vertexi  ('setx J2D_D3D false') seems to work (I tested it and managed to work with CubeMX for more than two hours without any problems).

Naturally this is a workaround but for now I think it works. On my desktop I have an Nvidia GTX 1660 Super card. In the next few days I will check how reliable this workaround is.

Best

[Vertexi]

One more thing to catch up, STM32cubeMX is not only java GUI application mess up on windows system (such as jadx, JD-Gui). So, I think the problem paraphs not directly relate to STM32cubeMX itself. On my opinion "the GUI mess up" things tend to happen when user use text editor widget and drop box selector widget.

 

There are some useful links which issue the same "mess up" problem:

OpenRocket GUI Glitch | Rocketry Forum - Model Rocketry Forums

[MCL-4485] Launcher GUI glitch after trying to change profile. - Jira (mojang.com)

Graphical glitch in the GUI version Windows 10 - FileBot

 

add flag to start the app may also a workaround: -Dsun.java2d.d3d=false

[Herve PIERROT]

Hi @Luiz Pereira ,

Thanks a lot for the confirmation that it fix your problem. We will perform some regression test in our side and see if this can be added by default when launching the tool so this issue can disappear forever...

 

----------------------------------------------------------------------------------------------------------------------------------------------------------

To give better visibility on the answered topics, please click on "Accept as Solution" on the reply which solved your issue or answered your question.

 

[pixelix]

Hi,

Although the proposed solution may work for windows, on Ubuntu Linux I still see the issue. I am running Ubuntu 24.04.01 LTS on a VMWare virtual machine and I have the same issue.

The problems seems to be in the Java UI hardware acceleration. With the help of chatgpt I tried couple improvements and the following one seems to fix the issue in Ubuntu and it's reproducible -> force software rendering

export _JAVA_OPTIONS='-Dsun.java2d.opengl=false -Dsun.java2d.xrender=false'

./STM32CubeMX

The interface might be a bit slow, but it works. As soon as you open a new shell and start STM32CubeMX without this java option, then the problem appears again.