Bug 162000 - EDITING: Crash on second drag in Pivot Table Layout dialog box on macOS
Summary: EDITING: Crash on second drag in Pivot Table Layout dialog box on macOS
Status: RESOLVED DUPLICATE of bug 161461
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
24.2.4.2 release
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-07-11 11:35 UTC by joel.busch@hotmail.com
Modified: 2024-07-11 11:51 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Table with fake data for reproduction (15.66 KB, application/vnd.oasis.opendocument.spreadsheet)
2024-07-11 11:37 UTC, joel.busch@hotmail.com
Details

Note You need to log in before you can comment on or make changes to this bug.
Description joel.busch@hotmail.com 2024-07-11 11:35:31 UTC
Description:
When creating a pivot table in Calc, upon selecting and dragging the second criterion from the right box into one of the boxes in the left, the software crashes. There is no crash reporter, but a recovery dialogue is offered.

I suspect this may again be a form of use-after-free in Objective-C code like Patrick Luby noted in this recent bug with copying cells here: https://bugs.documentfoundation.org/show_bug.cgi?id=161461#c35

Note that I have upgraded in the meantime to a version containing his fix for the copy issue: 24.2.4.2 (X86_64) on macOS 14.5

It is therefore not the same bug, they just feel exactly the same in their behaviour from the users perspective.

Best regards,
Joel Busch

Steps to Reproduce:
1. Make a small table with at least two headers (or use my repro.ods attached)
2. Select the range of the table and create a pivot table using current selection
3. Drag two fields from the right into the boxes of the left (e.g. Serial Number to Data Fields and Wavelength to Row Fields).

Actual Results:
As soon as you begin the second drag, Calc will crash without a crash reporter but with offering to recover the file.

Expected Results:
The field gets dragged to the Row Fields list and allows the further creation of the pivot table to progress.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.2.4.2 (X86_64) / LibreOffice Community
Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2
CPU threads: 16; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded
Comment 1 joel.busch@hotmail.com 2024-07-11 11:37:59 UTC
Created attachment 195233 [details]
Table with fake data for reproduction

There is nothing special about the data, it's just some fake data to make reproduction easier because you can immediately create a pivot table from it.
Comment 2 Xisco Faulí 2024-07-11 11:51:25 UTC
Thanks for reporting this issue.
This is a duplicate of bug 161461 which is fixed in LibreOffice 24.2.5.2 -> https://blog.documentfoundation.org/blog/2024/07/11/libreoffice-24-2-5/

*** This bug has been marked as a duplicate of bug 161461 ***
Comment 3 joel.busch@hotmail.com 2024-07-11 11:51:53 UTC
I'm sorry guys, I'm wrong. My organisation has downgraded my Libreoffice...

I can instead confirm that this issue is fixed in:

Version: 24.2.5.1 (X86_64) / LibreOffice Community
Build ID: 2ccb78ad6bdfe3f3356a7a7f294ec388775c5816
CPU threads: 16; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

Likely together with the copy paste fix.

Thanks and sorry for the noise!

Best,
Joel