Description: Opening LO7RC1 (with sl-SI langpack) and then opening a new document (in Writer) LO crashes. It reopens offering to repair the document and after repairing (and trying to open it) crashes again (and again). Opening other documents doesn't crash it, but if another document is open while creating a new document, both documents are in the repair pipeline ... Steps to Reproduce: 1. Open LibreOffice 2. Create/Open a new document 3. Actual Results: LO crashes. Expected Results: LO works. Reproducible: Always User Profile Reset: No Additional Info: Should I mention this is a bug in the "Personal Edition"? The version list of Bugzilla should be updated with the vendor names of the listed builds.
As this bug makes LO useless on macOS, I am giving it highest importance. Please change if bug cannot be confirmed on all of your macOS'.
Does this make a difference Grant LibreOffice Full Disk Access in Security & Privacy -> Privacy in System preferences
Could you give a try at https://wiki.documentfoundation.org/QA/FirstSteps ? If you still reproduce this, would it be possible you retrieve more information? (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#macOS:_How_to_get_debug_information)
Yes, Telesto, there is a point there. On the list of apps, granted Full Disk Access there is only one listed, "LibreOfficeDev", but I did not enter it manually. I tried to add "LibreOffice", but even when it was closed, after selecting it from the apps list it did not appear on the list. On opening a new document LO still crashes. So obviously LO needs to be added to that list, but I cannot understand why macOS doesn't let me add it there, with admin privileges.
There must be some identification issue between LO and LODev (I have LO70b2 installed). After I removed the confirmation in front of LODev in Full Disk Access and selected LO from the list of apps, LO was not added to the list, but LODev got selected again (with the tick). Could it be that LORC1 is seen as LODev (and not as LO) by macOS?
Yes, I think this is the case. I removed LODev from the list first and then added LibreOffice from the app list. Item "LibreOfficeDev" was added and not "LibreOffice" to the full disk access list.
Christian: thought you might be interested in this one. Martin: it seems Telesto is right so no need to respond about my comment.
Julien, your comment - I cannot help that way. LO does not crash or freeze, only new document crashes upon creation, so there is no crash report (for Apple) generated. Maybe there are some useful messages in the console available, but I do not know what to search for.
(In reply to Martin Srebotnjak from comment #8) > Julien, your comment - I cannot help that way. LO does not crash or freeze, > only new document crashes upon creation, so there is no crash report (for > Apple) generated. Ok, no problem. > Maybe there are some useful messages in the console available, but I do not > know what to search for. I don't know if there are a lot of console logs but perhaps you may copy all of them in a text file and attach the text file here?
I can't reproduce this with the default basic installation, but currently I can't install the FR langpack as it fails to recognize a valida LO7 installation (bug 134607).
Strange, I was able to install Slovenian langpack. Also, LO70RC1 crashes when opening an existing odt file, but not an existing odg file. So I tried creating new documents in Calc, Impress, Draw, ..., and LO is fine with all except with new Writer documents, so this is a Writer-related bug?
I still assume the notarization stuff being broken. @Martin Srebotnjak Which version of Catalina - I assume - are you using? As bug 126409 ended up works for me.. Note; there was talk about including all language in the app bundle, supposing avoiding the issue, not sure how that's going..
(In reply to Telesto from comment #12) > I still assume the notarization stuff being broken. > > @Martin Srebotnjak > Which version of Catalina - I assume - are you using? As bug 126409 ended up > works for me.. > > Note; there was talk about including all language in the app bundle, > supposing avoiding the issue, not sure how that's going.. Yes, it's important to know the macintosh version. In my case, I've just installed the french langpack on Mojave 10.14.6 Version: 7.0.0.1 Build ID: 04ba7e3f1e51af6c5d653e543a620e36719083fd Threads CPU : 8; OS : Mac OS X 10.14.6; UI Render : par défaut; VCL: osx Locale: en-US (en_ES.UTF-8); Langue IHM : fr-FR Calc: threaded and it doesn't crash. will try with slovenian. BTW, have you tried with a clean profile ?
Everything fine with slovenian Version: 7.0.0.1 Build ID: 04ba7e3f1e51af6c5d653e543a620e36719083fd Niti CPE: 8; Op. sistem: Mac OS X 10.14.6; Upodobitev vmesnika: privzeta; VCL: osx Locale: en-US (en_ES.UTF-8); jezik vmesnika: sl-SI Calc: threaded @Martin, a couple of things: 1. Try in safe mode 2. Mac version? Putting to NEEDINFO
My macOS is 10.14.6.
[Automated Action] NeedInfo-To-Unconfirmed
It seems to work ok in safe mode.
(In reply to Martin Srebotnjak from comment #17) > It seems to work ok in safe mode. So, if you remove the profile folder, is it no longer reproducible ?
Yes.
Created attachment 163836 [details] <spam>
(In reply to Martin Srebotnjak from comment #19) > Yes. Ok. Closing as a corrupted profile issue