Bug 158872 - EDITING - Crash in: cppu::icopyConstructSequence(_sal_Sequence *,_typelib_TypeDescriptionReference *,void (*)(void *),_uno_Mapping *)
Summary: EDITING - Crash in: cppu::icopyConstructSequence(_sal_Sequence *,_typelib_Typ...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.6.4.1 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paste Crash
  Show dependency tree / graph
 
Reported: 2023-12-26 18:42 UTC by Victor Abeloff
Modified: 2024-04-15 15:19 UTC (History)
3 users (show)

See Also:
Crash report or crash signature: ["cppu::icopyConstructSequence(_sal_Sequence *,_typelib_TypeDescriptionReference *,void (*)(void *),_uno_Mapping *)"]

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Victor Abeloff 2023-12-26 18:42:50 UTC 
This bug was filed from the crash reporting server and is br-0cbede84-f031-43f6-abc8-eadfb6d3f87c.
=========================================

I had six documents open and minimized.  I restored one and was attempting to change a cell when LibreOffice crashed.
Comment 1 Stéphane Guillou (stragu) 2023-12-27 08:36:10 UTC 
Does that document contain macros?
Any chance you could share the document?
Looks like bug 115707.
Comment 2 Victor Abeloff 2023-12-28 11:56:18 UTC 
There are no macros in the document. 

The doc is private financial details; one is use almost daily. 

After all the open documents were successfully recovered and reopened I went back to that document and performed the same steps that led to the crash.  This second time everything proceeded normally.
Comment 3 Stéphane Guillou (stragu) 2023-12-28 13:37:04 UTC 
Thanks you for the extra info, Victor.
The full details copied from Help > About LibreOffice would be helpful, but without a sample document or steps that reproduce the issue reliably, it will be difficult to investigate.

Crash signature is seen since 5.2, but there's a spike since 7.6.3.2.

Mike, I see you touched TransferableDataHelper::GetAny recently with 2bde39767ff2aead9d4cfddc37f32103bfc52f63, and your TransferableDataHelper + OBJECTDESCRIPTOR work in b651051fce541ef5f8375154889922488189a4be made it into 7.6.3, so I thought you might be interested?

Victor's last action before crash was a paste.
Comment 4 Victor Abeloff 2023-12-28 14:09:23 UTC 
Version: 7.6.4.1 (X86_64) / LibreOffice Community
Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 5 Armondo Lopez 2024-04-13 20:45:29 UTC 
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. 
(Note that the attachment will be public, remove any sensitive information before attaching it. See <https://wiki.documentfoundation.org/QA/FAQ#sanitize> for further detail.)
Comment 6 Stéphane Guillou (stragu) 2024-04-15 15:19:32 UTC 
(In reply to Armondo Lopez from comment #5)
> Please attach a sample document, as this
> makes it easier for us to verify the bug.
Victor said in comment 2 that the document can't be shared.
In any case, without sample nor reproduction, let's close as "resolved - insufficient data" - at least for now.