Bug 143326 - Crash in: google_breakpad::ExceptionHandler::HandlePureVirtualCall() FILESAVE
Summary: Crash in: google_breakpad::ExceptionHandler::HandlePureVirtualCall() FILESAVE
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.1.4.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-07-12 22:25 UTC by rik
Modified: 2022-01-11 07:53 UTC (History)
2 users (show)

See Also:
Crash report or crash signature: ["google_breakpad::ExceptionHandler::HandlePureVirtualCall()"]


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description rik 2021-07-12 22:25:53 UTC
This bug was filed from the crash reporting server and is br-25ae643c-773f-4f0b-948b-0dd610f86cd6.
=========================================

For over a year, through many major and minor versions, LO Calc crashes on exit after opening an xlsx or ods file. If no changes have been made to the file, the crash is reported on the next open. If changes have been made, sometimes LO Calc hangs and requires a forced close (and still reports a crash on the next open).

For what it is worth, I have drivers for a Brother MFC-L2740DW laser printer and an HP Color LaserJet Pro M254dw on this system (some discussions have pointed to printer drivers). 

I have fully uninstalled LO at various times, but usually update to the next release version as soon as I can in the hope that this has been resolved.

When I create a new spreadsheet via the context menu shortcut, open it, close it and reopen it, having entered no data, I get a crash report popup.

As to first steps:
+ In preparing this report I verified that removing/renaming my user profile does not mitigate the issue.
+ I do have about 300 fonts installed, but unless you can provide a script to hide them from LO and reinstate them afterward, I am not prepared to do that testing.
+ Disabling Skia/Vulkan does not mitigate the issue.
+ OpenCL is not in use, and enabling it does not mitigate the issue.
Comment 1 Xisco Faulí 2021-07-13 10:12:20 UTC Comment hidden (obsolete)
Comment 2 Timur 2021-07-13 17:13:50 UTC Comment hidden (obsolete)
Comment 3 rik 2021-07-13 17:19:23 UTC
As requested, here is the help/about information. Note that this is after disabling Skia/Vulkan.

Version: 7.1.4.2 (x64) / LibreOffice Community
Build ID: a529a4fab45b75fefc5b6226684193eb000654f6
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 4 rik 2021-07-13 17:25:28 UTC
I also note that invoking a print preview of an ods or xlsx file forces the same (from a user perspective) crash.
Comment 5 Timur 2021-07-13 18:25:56 UTC
(In reply to Timur from comment #2)
> Let's see if a duplicate of Bug 141769 -  fixed in 7.1.5.

Until final 7.1.5.2 is out may try 7.1.5.1 from Downloads Pre-release section.
Comment 6 QA Administrators 2022-01-10 03:28:36 UTC Comment hidden (obsolete)
Comment 7 rik 2022-01-10 15:14:49 UTC
As reported on 2021-07-13 at https://bugs.documentfoundation.org/show_bug.cgi?id=143289#c4, this was resolved in 7.1.5.1.