Netbeans 22 crashes on MAC (14.5)

[ChMThiel]

Apache NetBeans version

Apache NetBeans 22

What happened

see discussion in #6647

Language / Project Type / NetBeans Component

No response

How to reproduce

#6647

Did this work correctly in an earlier version?

No / Don't know

Operating System

Mac Sonoma 14.5

JDK

22.0.1

Apache NetBeans packaging

Other

Anything else

No response

Are you willing to submit a pull request?

No

[mbien]

please add JDK version vendor, a crash dump/log and some info about the last few things you did with NetBeans before it happened.

[ChMThiel]

As mentioned in the linked discussion, i'm not able to give you a crash dump or log becaus nothing is written...
It seem the worse, the more projects are open. And Netbeans seems to aquire a lot of memory before the crash.

Product Version: Apache NetBeans IDE 22
Java: 22.0.1; OpenJDK 64-Bit Server VM 22.0.1
Runtime: OpenJDK Runtime Environment 22.0.1
(installed by Homebrew)

System: Mac OS X version 14.5 running on aarch64; UTF-8; de_DE (nb)

[mbien]

the JVM should leave a crash dump on the same drive the process was started from (or home folder). I am not sure if mac behaves differently, but there should be a crash file somewhere. Running NB from shell might also reveal a few additional log lines.

FlatLAF had a mac specific regression in 3.4 but we still use 3.3 so that can't be the cause JFormDesigner/FlatLaf#826
To exclude FlatLAF, someone could test with bin/netbeans --laf Metal

To exclude that this is specific to homebrew packages, please check if this also happens with the community installers which bundle a JDK runtime which is only visible to NB.

[dyorgio]

Hi @mbien, thank you very much!

It is probably the case... I see a lot of component peers opened when process crash (only crash GUI, java process stay alive and need to be killed manually).

also, macOS topbar was corrupted every time then NetBeans crash:

And only returns to normal after restart...

I will change LAF and report here if it stops to crash (to me it is a daily routine).

There is someway to manually update FlatLAF in my NetBeans 22?

[ChMThiel]

@mbien I tried your suggestion and switched preferred Look & Fell from FlatLaf-Dark to Mac Os-X.
Memory-Consumption is a lot less (was about 6-8GB with FlatLaf, with Mac Os-X i'ts between 1.5-3GB) and up to now no more crashes 👍

[mbien]

There is someway to manually update FlatLAF in my NetBeans 22?

wouldn't bother to try to to patch a NB release, I opened an update PR #7565

here is a dev buld: https://github.com/apache/netbeans/actions/runs/9911652425/artifacts/1696152788 (expires in 7 days)

[dyorgio]

@mbien Sadly FlatLaf 3.4.1 appears to crash too... I just downloaded flatLaf demo (3.4.1) and in some seconds, with a frozen popup on theme list, WindowServer was crashed (like NetBeans 22 with FlatLaf 3.3 does).

WindowServer log:

Crashed Thread:        Unknown

Exception Type:        

Termination Reason:    Namespace WATCHDOG, Code 1 monitoring timed out for service
(1 monitored services unresponsive): checkin with service: WindowServer (0 induced crashes) returned not alive with context:
is_alive_func returned unhealthy : 0x1|765949:63984:1|04000000:04064200:04000000
40 seconds since last successful checkin, 2599 total successful checkins since 28554 seconds ago, has not exited since first loaded

[mbien]

@dyorgio interesting. Thats on latest zulu 21 and Sonoma 14.5 (#6647 (comment))?

cc @DevCharly

[neilcsmith-net]

@dyorgio if you're testing the FlatLaf demo, could you try disabling the native library via the system property and see if that's affecting this? https://www.formdev.com/flatlaf/system-properties/#:~:text=menuBarEmbedded%20.&text=Specifies%20whether%20FlatLaf%20native%20library,depend%20on%20the%20native%20library.