Steps to reproduce: 1. Open attachment 92733 [details] from bug 74018 with SAL_USE_VCLPLUGIN=gen -> it crashes with X-Error: BadDrawable (invalid Pixmap or Window parameter) Major opcode: 55 (X_CreateGC) Resource ID: 0x0 Serial No: 365 (365) These errors are reported asynchronously, set environment variable SAL_SYNCHRONIZE to 1 to help debugging Application Error Reproduced in Version: 7.1.0.0.alpha0+ Build ID: 86d4419c6c4961c8b473decccea99338c176ffe1 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
The crash started to happen after ( maybe the commit just made the crash more visible ) https://cgit.freedesktop.org/libreoffice/core/commit/?id=3b6de95a0d59cf5942af5ecf4a402c224b76f8a3 author Regényi Balázs <regenyi.balazs@nisz.hu> 2020-09-30 15:19:36 +0200 committer László Németh <nemeth@numbertext.org> 2020-10-06 11:22:17 +0200 commit 3b6de95a0d59cf5942af5ecf4a402c224b76f8a3 (patch) tree a0ab243874672c6ca9ed0e474c5a543f43015389 parent ff5ca4e5fc6a9fb24b0eb6eb629210b024473f67 (diff) tdf#105875 DOCX VML shape import: fix missing rotation Bisected with: bibisect-linux64-7.1 Adding Cc: to Regényi Balázs
This crash looks similar to bug 135413
Repro with bibisect-7.1 version: Version: 7.1.0.0.alpha0+ (x64) Build ID: f558d810de845ad1dd52632ca0a2cae4733ed6e6 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL But not with todays nightly, here it's not crashing but falls into endless loop: Version: 7.1.0.0.alpha1+ (x64) Build ID: b61bf7c7cfcf97a5ade6d130873af146670bc2ee CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: CL However... this file was generated on: <Application>LOdev/4.0$Linux_X86_64 LibreOffice_project/87906242e87d3ddb2ba9827818f2d1416d80cc7</Application> from odt attachment #92725 [details] Saving this file to DOCX with a fresh 7.1 alpha does not regenerate a problematic file. This one has some 2 megabytes of data in a "path" attribute in a v:shape tag. Word handles this to an extent, but the shapes are only visible in "reader mode" and not in overview layout. Also the normal print layout does not work there. I think this problem is rather irrelevant in practice.
Created attachment 166733 [details] attachment 92725 [details] saved with current LO 7.1
Created attachment 166734 [details] original odt in LO 6.4 and the docx version in Word 2013
Xisco, based on the explanation, seems like this can be closed, please see.
(In reply to NISZ LibreOffice Team from comment #3) > Repro with bibisect-7.1 version: > > Version: 7.1.0.0.alpha0+ (x64) > Build ID: f558d810de845ad1dd52632ca0a2cae4733ed6e6 > CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win > Locale: hu-HU (hu_HU); UI: en-US > Calc: CL > > But not with todays nightly, here it's not crashing but falls into endless > loop: > > Version: 7.1.0.0.alpha1+ (x64) > Build ID: b61bf7c7cfcf97a5ade6d130873af146670bc2ee > CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win > Locale: en-US (hu_HU); UI: en-US > Calc: CL Still crashes for me in Version: 7.1.0.0.alpha1+ Build ID: 03cafc2ab6b1678f82e9a30b6f81e505660ee702 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded the only difference I see in your builds is the usage of Skia. Does it crash for you in a daily build with skia enabled ?
No repro 7.1 Lin oldest with Gen/GTK3 for crash but slow. Repro 7.1.0 Win Skia crash and GDI loop. No repro crash in 7.3+. In Lin Gen/GTK3 very slow and shape not seen. In Win with Skia shape opens wrongly, all over page, and slow. GDI loop.