Created attachment 170204 [details] Test document demostrating crash This bug was filed from the crash reporting server and is br-f792d4e5-15be-4863-8686-34da6891833b. ========================================= Steps to reproduce: 1. Edit Page Break on break before "Appendix 1" page 1. Untick "Page Number" for manual Page number on a page break before page "Appendix 1" 2. Click Ok Result: Crash Expected Result: Dialog close without issue. Tested with gtk2, kfe and x11 UI and crash happens the same. Document has custom footer for all but last 2 pages. Customn footer has embedded table with 5 cells, 4 on right have following contents: 1 - "Page" 2 - PageNumber Field 3 - "of" 4 - Forumla "=page-2" Last 2 pages have different page styles without footer, these pages need to be omitted from generated "Page Count" which is why the footer on previous pages is setup as such. (As apparently I cannot omit pages from page count, and also cannot have a forumla in a table cell (or in a table cell in footer) with other content in cell)
tested with gtk3 not gtk2 UI...
In Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 0b072e279f5f775a4cd64d9b1275e5ab17d50f05 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Page Number is disabled. 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.
Tested with (using AppImage) Version: 7.1.1.2 / LibreOffice Community Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676 CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL And still crashed. I tried to test with 7.2.0.0 Alpha 0 via AppImage but it crashed trying to load... (https://libreoffice.soluzioniopen.com/daily/86/LibreOfficeDev-7.2.0.0.alpha0_2021-03-13.standard-x86_64.AppImage) But I was able to get today's Daily Build to load via AppImage and I was able to reproduce the crash. Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: a9bdb74c0309fca470abdaabbddea84798cbaa83 CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-03-13_09:20:13 Calc: CL
[Automated Action] NeedInfo-To-Unconfirmed
Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I'm wondering if it's a appimage only crash. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Created attachment 170560 [details] LibreOffice STDERR output STDERR output of LibreOffice when performing steps
Still crashes not using AppImage Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 80da19ae298b4b4d8802906f88fde0c0f9348765 CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF-dbg, Branch:master, Time: 2021-03-18_04:12:03 Calc: CL
Confirm a crash in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 43f4769ae537310a6fe6a1edfbc6687cc26fd996 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: threaded https://crashreport.libreoffice.org/stats/crash_details/e2cd7507-51e2-417a-8d46-1a5b4ef6fd7f but it's really strange, that option was disable until I reset user profile. And I can't repro it in 6.2, 6.4 and 7.0 because that option is disabled there always...
I had to click on the Appendix 1 page before being able to see "Page number" ticked in the dialog. I think this is the missing step, rather than resetting the user profile. Crashed in: - 6.2.0.3: https://crashreport.libreoffice.org/stats/crash_details/ef8a5d13-211c-4223-99bf-77ed87051b6d - 7.0.6.2: https://crashreport.libreoffice.org/stats/crash_details/64c9c355-fcd1-44a3-9397-a20ce991b785 - 7.1.0.3: https://crashreport.libreoffice.org/stats/crash_details/c2ceb5fd-436c-4a84-9184-6b08de234ff4 No crash in 6.1.0.3. No more crash in: Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Bibisected the fix with linux-64-7.2 repo to 49b3b9d3391abb50aefe291d2ee0f8bca7eb6bd0 which is a cherrypick of: commit 8aaa28ed43978a9a4a20d62368410a57ec05c23f author Mike Kaganski Fri Jun 11 12:07:44 2021 +0200 committer Mike Kaganski Sun Jun 13 19:23:28 2021 +0200 Assert on valid order of which ids in ranges on SfxItemSet creation Reviewed-on: https://gerrit.libreoffice.org/c/core/+/116909 Thanks Mike! After the fix, "Some content" and "Appendix 1" end up on the same page, ending up with 3 pages instead of 4. Not sure if this is expected. This can also be seen in 6.0, so unrelated to the crash. And in any case, not reproduced in a current trunk build. One thing that remains is that the setting that was turned off always comes back after reopening the dialog.