Summary: | LibreOffice crashed due to custom installed fonts | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Vivodo Lio <vivodo> |
Component: | LibreOffice | Assignee: | Patrick Luby (volunteer) <guibomacdev> |
Status: | RESOLVED FIXED | ||
Severity: | trivial | CC: | guibomacdev, lo, serval2412, xiscofauli |
Priority: | medium | Keywords: | wantBacktrace |
Version: | 7.1.0.3 release | ||
Hardware: | ARM | ||
OS: | macOS (All) | ||
Whiteboard: | target:24.8.0 target:7.6.5 target:24.2.0.0.beta2 | ||
Crash report or crash signature: | Regression By: |
Description
Vivodo Lio
2021-02-14 04:32:06 UTC
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/ Dear Vivodo Lio, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping 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. [Automated Action] NeedInfo-To-Unconfirmed 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 [Automated Action] NeedInfo-To-Unconfirmed (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. |