Does this problem persist if you uninstall macPorts LibreOffice and use the official installer?

Yes, this problem persist with official installer on macOS (both Catalina and Big Sur).

Finally, I found that these seven fonts will cause LibreOffice fail to start on macOS:
Hanazono Micho A, B, C, Ex A1, Ex A2, Ex B, Ex C

(In reply to steve from comment #1)
> Does this problem persist if you uninstall macPorts LibreOffice and use the
> official installer?

These Hanazono Micho OTF fonts (version 8.030) were downloaded directly from here:
https://github.com/cjkvi/HanaMinAFDKO/releases

(In reply to Vivodo Lio from comment #2)
> Yes, this problem persist with official installer on macOS (both Catalina
> and Big Sur).
> 
> Finally, I found that these seven fonts will cause LibreOffice fail to start
> on macOS:
> Hanazono Micho A, B, C, Ex A1, Ex A2, Ex B, Ex C
> 
> (In reply to steve from comment #1)
> > Does this problem persist if you uninstall macPorts LibreOffice and use the
> > official installer?

On pc Debian x86-64 with master sources updated today + gen or gtk3 rendering, I don't reproduce this. Idem with LO Debian package 7.0.4.2.

It may help to have a backtrace (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#macOS:_How_to_get_debug_information)

BTW, ASSIGNED is a status for someone who tries to fix the code.

Let's put it back to the state it should have been, UNCONFIRMED (until someone reproduces this).

Hello Vivodo,
Thanks for reporting this issue.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.

I tested this issue again, and  I confirm this issue.
- LibreOffice 7.1.4.2
- macOS 11.4, Big Sur, x86_64
- Hanazono Micho OTF fonts, 8.030

The procedure to repeat this issue under macOS Big Sur (x86_64):
1. Install Hanazono Micho OTF fonts from https://github.com/cjkvi/HanaMinAFDKO/releases
2. Download latest LibreOffice for macOS x86_64 from its official site
3. Start LibreOffice, it would fail to start.
4. Disable installed Hanazono Micho OTF fonts, then LibreOffice will work.

Anyway, it only conflicts with Hanazono Micho OTF fonts under macOS. So, this issue is easy to avoid.

(In reply to Xisco Faulí from comment #6)
> Hello Vivodo,
> Thanks for reporting this issue.
> Could you please try to reproduce it with the latest version of LibreOffice
> from https://www.libreoffice.org/download/libreoffice-fresh/ ?
> I have set the bug's status to 'NEEDINFO'. Please change it back to
> 'UNCONFIRMED' if the bug is still present in the latest version.

Version must correspond to the earliest version when the bug has been encountered.

Attempt to reproduce:

1. download HanaMinA.otf from https://github.com/cjkvi/HanaMinAFDKO/releases
2. add font to macOS Font Book by double clicking otf file
3. Hanazono Mincho A font shows in font book
4. open LO 7.2.0.2

Currently
Opens fine, no lag, no crash.

Can you try to identify the exact otf font causing this problem and report that back so this issue can be isolated and reproduced.

(forgot to add: tested on macOS 11.5.2)

And if the crash is persisting please also add the crash log. You can easily share it without clutting the tracker by using https://bin.disroot.org/

Tested again on macOS 12.2.1 (Monterey)

1. Install Hanazono Micho OTF fonts from https://github.com/cjkvi/HanaMinAFDKO/releases
2. Download official release of LibreOffice for macOS x86_64 (now version 7.2.5.2)
3. Enable font "Hanazono Micho"
4. Start LibreOffice, it would failed to start.

These OTF fonts will cause LibreOffice (7.2.5.2) fail to start on macOS Monterey (12.2.1):
- Hanazono Mincho (HanaMin.sfont)
- Hanazono Mincho Ex A1 (HanaMinExA1.otf)
- Hanazono Mincho Ex A2 (HanaMinExA2.otf)
- Hanazono Mincho Ex B (HanaMinExB.otf)


I have upgraded my system for a long time and I cannot test this issue on Big Sur now. Sorry for that.

(In reply to steve from comment #10)
> (forgot to add: tested on macOS 11.5.2)
> 
> And if the crash is persisting please also add the crash log. You can easily
> share it without clutting the tracker by using https://bin.disroot.org/

MacOS Hardware Overview:

  Model Name:	Mac mini
  Model Identifier:	Macmini8,1
  Processor Name:	Quad-Core Intel Core i3
  Processor Speed:	3.6 GHz
  Number of Processors:	1
  Total Number of Cores:	4
  L2 Cache (per Core):	256 KB
  L3 Cache:	6 MB
  Memory:	8 GB


System Software Version:

  System Version:	macOS 12.1 (21C52)
  Kernel Version:	Darwin 21.2.0


LibreOffice Version:
Version: 7.3.1.3 / LibreOffice Community
Build ID: 
CPU threads: 4; OS: Mac OS X 12.2.1; UI render: default; VCL: osx
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded



Procedure:

1.	Downloaded latest LibreOffice  release, 7.3.1.3   using MacPorts for macOS x86_64.
2.	Downloaded the Hanazono Micho OTF fonts 

- Hanazono Mincho (HanaMin.sfont)
- Hanazono Mincho Ex A1 (HanaMinExA1.otf)
- Hanazono Mincho Ex A2 (HanaMinExA2.otf)
- Hanazono Mincho Ex B (HanaMinExB.otf)

from https://github.com/cjkvi/HanaMinAFDKO/releases


3.	Checked the contents of ~/librarcy/fonts, and fount it empty
4.	Copied the custom Hanazono Micho OTF fonts into  ~/librarcy/fonts.
5.	Opened the “Font Book” and under user, the Hanazono Micho OTF fonts appear enabled.
6.	Started LibreOffice. Application opened.
7.	Open Writer, and wrote “This is test” with each of the custom downloaded fonts.

Do you still see this with 7.5? Mike seemed to not replicate on 7.3, while latest you tested is 7.2

Removing references to Big Sur since you replicated on Monterey

Thanks for following this issue.

Now, I'm using:
- LibreOffce 7.5.1.2 (AARCH64) 
- Mac OS X 13.2.1

Still crashed when I enabled the following two fonts:
- Hanazono Mincho Ex A1 (HanaMinExA1.otf)
- Hanazono Mincho Ex A2 (HanaMinExA2.otf)

Other Hanazono fonts are OK with LibreOffice. I almost not use these two fonts which cause problems.

Please share the crash log. Trigger the crash and once the report shows, copy all info to TextEdit. Save as txt file and attach the resulting file to this bug under Attachments.

(In reply to Vivodo Lio from comment #15)
> Thanks for following this issue.
> 
> Now, I'm using:
> - LibreOffce 7.5.1.2 (AARCH64) 
> - Mac OS X 13.2.1
> 
> Still crashed when I enabled the following two fonts:
> - Hanazono Mincho Ex A1 (HanaMinExA1.otf)
> - Hanazono Mincho Ex A2 (HanaMinExA2.otf)
> 
> Other Hanazono fonts are OK with LibreOffice. I almost not use these two
> fonts which cause problems.

The LibreOffice still crashed if I activate the following fonts:
- Hanazono Mincho Ex A1 (HanaMinExA1.otf)
- Hanazono Mincho Ex A2 (HanaMinExA2.otf)
- Hanazono Mincho Ex B (HanaMinExB.otf)

The version info:
- Version: 7.6.0.3 (AARCH64) / LibreOffice Community
- Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265
- CPU threads: 8; OS: Mac OS X 13.5.2; UI render: Skia/Metal; VCL: osx
- Locale: en-US (en_CN.UTF-8); UI: en-US
- Calc: threaded

No crash report found in my system. The launched gives the following messages when LibreOffice crashed.

----

2023-09-10 11:45:35.746641 (gui/1001/application.org.libreoffice.script.55042055.76551790) <Notice>: internal event: WILL_SPAWN, code = 0
2023-09-10 11:45:35.746651 (gui/1001/application.org.libreoffice.script.55042055.76551790) <Notice>: service state: spawn scheduled
2023-09-10 11:45:35.746652 (gui/1001/application.org.libreoffice.script.55042055.76551790) <Notice>: service state: spawning
2023-09-10 11:45:35.746664 <Notice>: Coalition Cache Hit: app<application.org.libreoffice.script.55042055.76551790(1001)> [39364]
2023-09-10 11:45:35.746681 (gui/1001/application.org.libreoffice.script.55042055.76551790) <Notice>: launching: launch job demand
2023-09-10 11:45:35.747449 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: xpcproxy spawned with pid 75128
2023-09-10 11:45:35.747465 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: internal event: SPAWNED, code = 0
2023-09-10 11:45:35.747468 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: service state: xpcproxy
2023-09-10 11:45:35.747491 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: internal event: SOURCE_ATTACH, code = 0
2023-09-10 11:45:35.756644 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: service state: running
2023-09-10 11:45:35.756654 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: internal event: INIT, code = 0
2023-09-10 11:45:35.756656 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: job state = running
2023-09-10 11:45:35.756708 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: Successfully spawned soffice[75128] because launch job demand
2023-09-10 11:45:37.050716 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: exited due to exit(1)
2023-09-10 11:45:37.050723 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: service state: exited
2023-09-10 11:45:37.050727 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: internal event: EXITED, code = 0
2023-09-10 11:45:37.050728 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: job state = exited
2023-09-10 11:45:37.050743 (gui/1001 [100003]) <Notice>: service inactive: application.org.libreoffice.script.55042055.76551790
2023-09-10 11:45:37.050745 (gui/1001/application.org.libreoffice.script.55042055.76551790 [75128]) <Notice>: service state: not running
2023-09-10 11:45:37.051316 (gui/1001/application.org.libreoffice.script.55042055.76551790) <Notice>: removing job: caller = runningboardd
2023-09-10 11:45:37.051324 (gui/1001 [100003]) <Notice>: removing service: application.org.libreoffice.script.55042055.76551790
2023-09-10 11:45:37.051331 (gui/1001/application.org.libreoffice.script.55042055.76551790) <Notice>: internal event: PETRIFIED, code = 0
2023-09-10 11:45:37.051334 (gui/1001/application.org.libreoffice.script.55042055.76551790) <Notice>: job state = removed

(In reply to Vivodo Lio from comment #3)
> These Hanazono Micho OTF fonts (version 8.030) were downloaded directly from
> here:
> https://github.com/cjkvi/HanaMinAFDKO/releases
> 

Downloaded 

HanaMinA OTF : no crash
HanaMinB OTF : no crash

Version: 7.6.2.1 (AARCH64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 8; OS: Mac OS X 14.0; UI render: Skia/Raster; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

Arm Silicon M1


I can't see any of the "Ex" file names you mention in the downloadable fonts page which you linked to in comment 3.

The "Ex" file names are from here:
https://github.com/cjkvi/HanaMinAFDKO/releases/tag/8.030

Just need to show all 28 font files.

I found a solution to fix this issue: just delete "HanaMin.sfont" and "HanaMinEx.sfont", then active all my HanaMin fonts and everything is OK. I don't know why this can fix the issue.

I can reproduce this crash if I manually copy the following fonts into my ~/Library/Fonts folder, launch the Font Book application, and then launch LibreOffice:

HanaMin.sfont
HanaMinEx.sfont
HanaMinExA1.otf
HanaMinExA2.otf
HanaMinExB.otf

If I validate the HanaMin.sfont in the Font Book application, Font Book says that the font has 1 serious problem i.e. it is a badly formatted font file. Disabling the HanaMin.sfont stops the crashing.

Below is that LibreOffice crash stack. I can if I can detect a bad font like HanaMin.sfont so that LibreOffice can skip loading it:

(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0)
  * frame #0: 0x0000000188eef6d0 CoreFoundation`CF_IS_OBJC + 24
    frame #1: 0x0000000188dbbe50 CoreFoundation`CFNumberGetValue + 264
    frame #2: 0x00000001119c2aac libvclplug_osxlo.dylib`DevFontFromCTFontDescriptor(pFD=0x00006000004acf60, bFontEnabled=0x000000016fdfce17) at SystemFontList.cxx:121:5
    frame #3: 0x00000001119c3b30 libvclplug_osxlo.dylib`fontEnumCallBack(pValue=0x00006000004acf60, pContext=0x0000600003b8d940) at SystemFontList.cxx:210:27
    frame #4: 0x0000000188ddf048 CoreFoundation`CFArrayApplyFunction + 72
    frame #5: 0x00000001119c3abc libvclplug_osxlo.dylib`SystemFontList::Init(this=0x0000600003b8d940) at SystemFontList.cxx:279:5
    frame #6: 0x00000001119c3c8c libvclplug_osxlo.dylib`GetCoretextFontList() at SystemFontList.cxx:287:17
    frame #7: 0x00000001119ceff8 libvclplug_osxlo.dylib`AquaSalGraphics::GetDevFontList(this=0x0000000152796c70, pFontCollection=0x0000600000a91898) at salgdi.cxx:275:28
    frame #8: 0x000000011536eae8 libvcllo.dylib`OutputDevice::ImplInitFontList(this=0x0000000152798370) const at font.cxx:643:17
    frame #9: 0x0000000115372544 libvcllo.dylib`OutputDevice::ImplNewFont(this=0x0000000152798370) const at font.cxx:700:5
    frame #10: 0x000000011537048c libvcllo.dylib`OutputDevice::InitFont(this=0x0000000152798370) const at font.cxx:660:10
    frame #11: 0x00000001153803ec libvcllo.dylib`OutputDevice::ImplLayout(this=0x0000000152798370, rOrigStr=0x0000000152791af0, nMinIndex=0, nLen=0, rLogicalPos=0x000000016fdfda90, nLogicalWidth=0, pDXArray=KernArraySpan @ 0x000000016fdfd890, pKashidaArray=size=0, flags=NONE, pLayoutCache=0x0000000000000000, pGlyphs=0x0000000000000000) const at text.cxx:1074:10
    frame #12: 0x000000011537fef4 libvcllo.dylib`OutputDevice::DrawText(this=0x0000000152798370, rStartPt=0x000000016fdfda90, rStr=0x0000000152791af0, nIndex=0, nLen=0, pVector=0x0000000000000000, pDisplayText=0x0000000000000000, pLayoutCache=0x0000000000000000) at text.cxx:626:45
    frame #13: 0x0000000105907d44 libspllo.dylib`(anonymous namespace)::SplashScreenWindow::Paint(this=0x0000600001ed4870, rRenderContext=0x0000000152792070, (null)=0x000000016fdfdc00) at splash.cxx:607:16
    frame #14: 0x000000010590e918 libspllo.dylib`(anonymous namespace)::SplashScreenWindow::Redraw(this=0x0000600001ed4870) at splash.cxx:142:5
    frame #15: 0x000000010590ec14 libspllo.dylib`(anonymous namespace)::SplashScreen::updateStatus(this=0x0000000152791a30) at splash.cxx:319:14
    frame #16: 0x000000010590669c libspllo.dylib`(anonymous namespace)::SplashScreen::setValue(this=0x0000000152791a30, nValue=10) at splash.cxx:240:9
    frame #17: 0x0000000100ffd888 libsofficeapp.dylib`desktop::Desktop::SetSplashScreenProgress(this=0x000000016fdff1f8, iProgress=10) at app.cxx:2452:26
    frame #18: 0x0000000100ffb2a0 libsofficeapp.dylib`desktop::Desktop::Main(this=0x000000016fdff1f8) at app.cxx:1292:5
    frame #19: 0x000000011591145c libvcllo.dylib`ImplSVMain() at svmain.cxx:229:35
    frame #20: 0x000000011198e418 libvclplug_osxlo.dylib`AquaSalInstance::handleAppDefinedEvent(pEvent=0x00006000014d5500) at salinst.cxx:448:20
    frame #21: 0x0000000111a22534 libvclplug_osxlo.dylib`-[VCL_NSApplication sendEvent:](self=0x0000000152706fa0, _cmd="sendEvent:", pEvent=0x00006000014d5500) at vclnsapp.mm:92:9
    frame #22: 0x000000018ca1e110 AppKit`-[NSApplication _handleEvent:] + 60
    frame #23: 0x000000018c5ea124 AppKit`-[NSApplication run] + 512
    frame #24: 0x000000018c5c13cc AppKit`NSApplicationMain + 880
    frame #25: 0x00000001119930a4 libvclplug_osxlo.dylib`AquaSalInstance::SVMainHook(this=0x00000001526077a0, pnInit=0x000000016fdff148) at salinst.cxx:1074:5
    frame #26: 0x000000011591141c libvcllo.dylib`ImplSVMain() at svmain.cxx:222:54
    frame #27: 0x0000000115912d1c libvcllo.dylib`SVMain() at svmain.cxx:261:12
    frame #28: 0x0000000101079b64 libsofficeapp.dylib`soffice_main at sofficemain.cxx:94:12
    frame #29: 0x0000000100003f44 soffice`sal_main at main.c:51:15
    frame #30: 0x0000000100003f1c soffice`main(argc=1, argv=0x000000016fdff558) at main.c:49:1
    frame #31: 0x00000001889c50e0 dyld`start + 2360

Patrick Luby committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/9531f83cc73e26ce766713e575eb14152d118018

tdf#140401 check if attribute is a nullptr

It will be available in 24.8.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

I have committed a fix and the fix should be in tomorrow's (11 December 2023) nightly master builds:

https://dev-builds.libreoffice.org/daily/master/current.html

Note for testers: the nightly master builds install in /Applications/LibreOfficeDev.app. These builds are not codesigned like regular LibreOffice releases so you will need to execute the following Terminal command after installation but before you launch /Applications/LibreOfficeDev:

xattr -d com.apple.quarantine /Applications/LibreOfficeDev.app

Patrick Luby committed a patch related to this issue.
It has been pushed to "libreoffice-7-6":

https://git.libreoffice.org/core/commit/b521e0c8b04cef4c0140704c3c5221d2b645f8e4

tdf#140401 check if attribute is a nullptr

It will be available in 7.6.5.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

Patrick Luby committed a patch related to this issue.
It has been pushed to "libreoffice-24-2":

https://git.libreoffice.org/core/commit/4cfd25f895cffa14bbc8c92027d9aa0f1f145613

tdf#140401 check if attribute is a nullptr

It will be available in 24.2.0.0.beta2.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.