Bug 148221 - LibreOffice Writer hang on Apple Silicon
Summary: LibreOffice Writer hang on Apple Silicon
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: ARM macOS (All)
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: macOS-UI-polish
  Show dependency treegraph
Reported: 2022-03-27 18:27 UTC by David Snow
Modified: 2022-11-24 22:06 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Crash Dump (261.43 KB, application/vnd.oasis.opendocument.text)
2022-03-27 18:29 UTC, David Snow
ODT file (3.71 MB, application/vnd.oasis.opendocument.text)
2022-03-27 18:30 UTC, David Snow
LibreOffice is an iOS application? (250.11 KB, image/png)
2022-04-04 16:42 UTC, David Snow

Note You need to log in before you can comment on or make changes to this bug.
Description David Snow 2022-03-27 18:27:55 UTC
LibreOffice writer hangs on Apple Silicon when searching for § symbol.

Steps to Reproduce:
1. Search DWS-BookTempTech.odt for the symbol § there are about 20 of these
2. Delete § and the space before or after it

Actual Results:
LibreOffice Writer crashes/hangs within the first dozen of search/deletes

Expected Results:
I should be able to search and delete.

Reproducible: Always

User Profile Reset: Yes

Additional Info:
Note: to get § into the find window you need to cut/paste it from the file. Using the symbols icon and insert doesn't work.

The file and a crash dump are attached.
Comment 1 David Snow 2022-03-27 18:29:56 UTC
Created attachment 179144 [details]
Crash Dump
Comment 2 David Snow 2022-03-27 18:30:31 UTC
Created attachment 179146 [details]
ODT file
Comment 3 Alex Thurgood 2022-04-01 07:16:27 UTC
No repro for me with

Version: / LibreOffice Community
Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951
CPU threads: 8; OS: Mac OS X 12.2.1; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

Macbook Pro Apple M1

I didn't need to paste the character § into the search window, it appears on my keyboard under the number 6 in the top row of keys.
Comment 4 Alex Thurgood 2022-04-01 07:20:12 UTC
@David : I've noticed more crashes reported on bugzilla with Macbook Air devices, than with any other kind of Mac computer. I wouldn't go so far as to say that it sets off alarm bells, but it is becoming anecdotally significant.
Comment 5 David Snow 2022-04-03 21:50:16 UTC
My 2020 MacBook Air M1 (Apple Silicon) has been my sole computer for over a year.
Of the dozen programs that I use regularly, all declare themselves as "Universal" i.e. the image is designed to run on both Intel and Apple Silicon. LibreOffice is the only one that:
1. The developer has created two versions---one for Intel and a second for macOS.
2. That declares itself as an iOS application.  It really would be nice if LibreOffice did actually run on iOS and macOS with Apple Silicon, but I have no "real" application that does this. Only my RPN calculator.

I think that LibreOffice has something really screwed up in its macOS built environment---I'd start there.

Comment 6 David Snow 2022-04-03 21:50:45 UTC Comment hidden (obsolete)
Comment 7 David Snow 2022-04-04 16:42:32 UTC
Created attachment 179309 [details]
LibreOffice is an iOS application?

Could this be part of the high number of crashes?
Comment 8 Telesto 2022-04-05 08:45:05 UTC
Only the exclude a annoying crasher: is Skia enabled or not. It was on by default in 7.3.0 and disabled again with 7.3.1. But everybody who did install 7.3.0 likely has Skia turned on.. I guess

Can be seen in Help/About
Comment 9 David Snow 2022-04-05 20:38:50 UTC
If you think Skia may be the problem, what would you like me to do to help troubleshoot this issue. Can I turn off Skia? if so how?bI assume that all M1 systems are using the same graphics libraries.  Are other projects that use Skia have issues on Apple Silicon?

Since Apple is only shipping Apple Silicon systems now, I think that these crashes are important to fix soon.

Again I point out that Apple's System Report/Applications lists LibreOffice as an "iOS" application. Almost every other application is listed as "Universal" or "Intel."  Unless someone is actually trying to port LibreOffice to iOS, I think that there is a problem in how LibreOffice is being built.
Comment 10 Alex Thurgood 2022-04-06 14:03:16 UTC
(In reply to David Snow from comment #9)
> Again I point out that Apple's System Report/Applications lists LibreOffice
> as an "iOS" application. Almost every other application is listed as
> "Universal" or "Intel."  Unless someone is actually trying to port
> LibreOffice to iOS, I think that there is a problem in how LibreOffice is
> being built.

I believe that there is a mobile LibreOffice reader (not sure whether you can edit documents with it) for iOS that is built and released by Collabora - it may be that the build environment for the Arm version of LO uses some of the arch configuration settings used by Collabora. (we would have to ask cloph about that).

@cloph : any reason why the Arch builds for the M1 show up as iOS executables ?
Comment 11 David Snow 2022-04-07 16:09:45 UTC
Alex, I think you have missed my point. I am not looking for the Collabora iOS application. I already use it.

What I am saying is that macOS' Apple /About / System Report lists what type each applications is.  Most applications are "Universal" i.e. Bothe "Intel" and "Apple Silicon".  LibreOffice is listed as an "iOS" application!

I suspect that this isn't just a static text string, but actually affects what header files and libraries are used to build the application.

Something is REALL WRONG that macOS thinks that LibreOffice is an iOS application.
Comment 12 Philipp Weissenbacher 2022-09-06 07:50:08 UTC
As the application crashed without a hint as to why, I think this is actually the same problem with exceeding the disk-write limit, as documented in #147127.
Comment 13 Michael Warner 2022-09-06 13:34:32 UTC
No repro in:
Version: / LibreOffice Community
Build ID: 1512ce97d7ed39dce3121f7e15651fd8895f950e
CPU threads: 10; OS: Mac OS X 12.5; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

I used both the Find bar and the Find and Replace window.
Comment 14 David Snow 2022-11-23 18:18:57 UTC
With later version I don’t have this problem. Plese close this report.