Description: When either inserting a new or editing an existing index (table of contents or alphabetical index, at least) in the 'Table of Contents, Index, or Bibliography' dialogue. Clicking on the 'Entries' tab immediately crashes Writer without any error dialogue. This happens even on a new empty file. Steps to Reproduce: 1. Create a new Writer document _OR_ open an existing one. 2. Choose in the menu 'Insert|Table of Contents and Index|Table of Contents, Index, or Bibliography' _OR_ right-click on an existing index or TOC and select 'Edit Index'. 3. When the dialogue 'Table of Contents, Index, or Bibliography' opens, click the 'Entries' tab. Actual Results: Writer immediately crashes without warning. Expected Results: The 'Entries' tab should open in the dialogue with 'Level', 'Structure and Formatting', and a preview panes. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: I have verified this behaviour on a few different documents. After this, I have installed the 7.2.7.2 release and I was able to at least open the 'Entries' tab (did not yet try actually editing). After this, when I try to select 'Edit index' from the mouse menu over an existing index, the Writer crashes even before showing the 'Table of Contents, Index, or Bibliography' dialogue. I am still able to bring this dialogue up when inserting a new index, but clicking on the 'Entries' tab crashes it immediately as before. So, the change in behaviour is that before installing the 7.2.7.2 release beside the 7.3.3.2, I was able to invoke the 'Table of Contents, Index, or Bibliography' dialogue from the mouse context menu 'Edit Index', but after that the Writer crashes before displaying the dialogue.
On which macos version are you with which Mac (Arm, Intel?) On Imac 21,5 mid2011 with 10.13.6 High Sierra and LO 7.3.3, I don't reproduce this. - open brand new Writer file - menu Insert - Table of Contents and Index - Table of Contents, Index or Bibliography... - click Entries tab => no crash. Could you give a try at https://wiki.documentfoundation.org/QA/FirstSteps? Did you install any specific fonts? if yes could you disable them? if you still reproduce this try to retrieve debug info? (see https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#macOS:_How_to_get_debug_information).
Created attachment 180383 [details] Crash log after trying to select 'Entries' tab I have reproduced the crash 100% of the time with this kind of crash report. Additionally, I tried rebooting the computer with the same result.
Hi Julien, Thank you for you reply. I am running Mac OS 10.13.6 on a MacBookPro11,3. I did not install any fonts through LibreOffice. I did install a couple of dictionary packs (hyphenation, thesaurus). I tried running LibreOffice in safe mode with identical results. I tried disabling the installed extensions, which did not change the behaviour (see attached). I proceeded to completely remove the user profile and the change was that now I could once more bring up the 'Table of Contents, Index, or Bibliography' dialogue (it was not possible since I ran the 7.2.7.2 release in parallel). However, clicking on the 'Entries' tab continues to crash Writer as it did initially. Further on, I tried the same steps on a different computer similar to mine, but somewhat newer (MacBookPro11,5) and, indeed, the crash does not happen at all on that one. Unfortunately, I don't have access to an identical MacBook to see if the crash is specific to this particular model. Let me know if I can do anything else to identify the cause of this crash. Serge.
The bt shows a kind of never ending recursive call but I don't see the origin of it. Did you retrieve LO from official website (https://www.libreoffice.org/download/download/)? Anyway, since you talked about parallel versions, I think you should first uninstall all the LO versions you have. Then, rename your LO directory profile (see https://wiki.documentfoundation.org/QA/FirstSteps#Corrupted_user_profile) Once done, install 7.3.3 from official website.
I only installed the 7.2.7.2 version after seeing the crash. So now I have completely removed all versions of LO and once more downloaded the 7.3.3 from the official link (I did that initially, as well). I checked the SHA hash to make sure that the image was not corrupt. I then copied LO to the Applications folder and only did the following: started LO, created a new Writer document, clicked 'Insert|Table of Contents and Index|Table of Contents, Index, or Bibliography' and then clicked the 'Entries' tab. It crashed as before. I am attaching a new crash log after this comment.
Created attachment 180389 [details] Crash log after fresh installation of LO This is the crash immediately following a clean installation of LO on a new document.
Yes, one more thing. I removed the user profile completely together with the existing versions of LO.
Thank you for your new feedback. I must recognize I'm stuck. Since I don't have more question, I'll put back to UNCONFIRMED.
The only lead that I can think of now is that after running the 7.2.7.2 release on the same user profile, the 7.3 cannot even open the 'Table of Contents, Index, or Bibliography' dialogue without crashing. For the moment, I will use 7.2.
SK, could you please retest with LO 7.4. Is the bug still reproducible for you? => NEEDINFO
I have the same issue. Newest version from MacOS Appstore (the paid version). Version: 7.4.5.1 / LibreOffice Community Build ID: 9c0871452b3918c1019dde9bfac75448afc4b57f CPU threads: 8; OS: Mac OS X 12.6.3; UI render: default; VCL: osx Locale: de-CH (de_CH.UTF-8); UI: en-GB Calc: threaded Lastest updates on macos, latest libreoffice version
(In reply to Simon Herrmann from comment #11) > I have the same issue. Newest version from MacOS Appstore (the paid > version). > > Version: 7.4.5.1 / LibreOffice Community > Build ID: 9c0871452b3918c1019dde9bfac75448afc4b57f > CPU threads: 8; OS: Mac OS X 12.6.3; UI render: default; VCL: osx > Locale: de-CH (de_CH.UTF-8); UI: en-GB > Calc: threaded > > Lastest updates on macos, latest libreoffice version Just for curiosity, what's the interest of the paid version compared to the free one from TDF here: https://www.libreoffice.org/download/download-libreoffice/?type=mac-aarch64&version=7.4.5 ?
Good question. I guess I was happy to donate to the project and liked, that FLOSS-Software is present in the app store, so that more people will see it and users even on locked down devices can use it. But your question made me the 7.4.5 from the direct download, and does not have this error. So there's only a problem with the app-store edition.
Fun fact: the 7.4.5 installed directly from libreoffice.org is 785 MB, the one coming from the Apple App store is 3.61 GB. Installation from libreoffice.org took only a few minutes to install, the one from the app store took at least dozens of minutes (download time not included of course).
(In reply to Simon Herrmann from comment #13) > Good question. I guess I was happy to donate to the project and liked, that > FLOSS-Software is present in the app store, so that more people will see it > and users even on locked down devices can use it. But your question made me > the 7.4.5 from the direct download, and does not have this error. So there's > only a problem with the app-store edition. Hope at least a part of the money went to TDF and not the all the money for Apple :-)
(In reply to Simon Herrmann from comment #14) > Fun fact: the 7.4.5 installed directly from libreoffice.org is 785 MB, the > one coming from the Apple App store is 3.61 GB. Installation from > libreoffice.org took only a few minutes to install, the one from the app > store took at least dozens of minutes (download time not included of course). Quite weird since I think all the Java related stuff (Base mainly) is removed in Apple store version. So the only thing that Apple store is some checkings from Apple. Alex: any thoughts here? I mean, what's the interest to pay something which is bigger but provides less? Moreover, I read that process to have upgrades in Apple store is slower.
(In reply to Simon Herrmann from comment #11) > I have the same issue. Newest version from MacOS Appstore (the paid > version). => So let's change status to NEW
(In reply to Julien Nabet from comment #16) > Alex: any thoughts here? I mean, what's the interest to pay something which > is bigger but provides less? Moreover, I read that process to have upgrades > in Apple store is slower. The appstore version contains multiple languages support in one single installation app (translation, help, spellchecker, etc) . Presumably, this increases the total size somewhat compared to the TDF app bundle download image, which is compressed to make the DMG, and which has individual separate langpacks. @cloph would almost certainly know more about the details. Maybe also there is some universal build thing going on, which is not the case for the arch-specific builds.
(In reply to Julien Nabet from comment #16) > Alex: any thoughts here? I mean, what's the interest to pay something which > is bigger but provides less? Moreover, I read that process to have upgrades > in Apple store is slower. Personally, the appstore version is too crippled for our daily work, which requires the full database functionality of the non-store version.
(In reply to Alex Thurgood from comment #19) > (In reply to Julien Nabet from comment #16) > > > > Alex: any thoughts here? I mean, what's the interest to pay something which > > is bigger but provides less? Moreover, I read that process to have upgrades > > in Apple store is slower. > > Personally, the appstore version is too crippled for our daily work, which > requires the full database functionality of the non-store version. It seems Apple store version is just bad advertisement for LO then, what a pity! :-(
I can't reproduce it in Version: 7.4.2.3 / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 8; OS: Mac OS X 11.6.2; UI render: default; VCL: osx Locale: en-US (en_ES.UTF-8); UI: es-ES Calc: threaded
Not reproduced with: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 2; OS: Mac OS X 13.2.1; UI render: Skia/Raster; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Not reproduced in 7.3.3.2 neither. But there's a similar recursion in bug 144241. Caolán, does this need a similar fix? SK and Simon, can you please test again with a recent version to see if it is still relevant?