Description: 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.
Created attachment 179144 [details] Crash Dump
Created attachment 179146 [details] ODT file
No repro for me with Version: 7.3.1.3 / 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.
@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.
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. /dave
Created attachment 179309 [details] LibreOffice is an iOS application? Could this be part of the high number of crashes?
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
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.
(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 ?
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.
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.
No repro in: Version: 7.4.0.2 / 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.
With later version I don’t have this problem. Plese close this report.