Bug 137673 - CRASH: importing document (gen)
Summary: CRASH: importing document (gen)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha0+
Hardware: All All
: low major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Crash
  Show dependency treegraph
 
Reported: 2020-10-22 08:28 UTC by Xisco Faulí
Modified: 2024-05-02 14:09 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
attachment 92725 saved with current LO 7.1 (7.39 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-10-26 12:31 UTC, NISZ LibreOffice Team
Details
original odt in LO 6.4 and the docx version in Word 2013 (74.96 KB, image/png)
2020-10-26 12:32 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Xisco Faulí 2020-10-22 08:28:21 UTC
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
Comment 1 Xisco Faulí 2020-10-22 08:31:31 UTC
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
Comment 2 Xisco Faulí 2020-10-22 08:31:56 UTC
This crash looks similar to bug 135413
Comment 3 NISZ LibreOffice Team 2020-10-26 12:31:02 UTC
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.
Comment 4 NISZ LibreOffice Team 2020-10-26 12:31:42 UTC
Created attachment 166733 [details]
attachment 92725 [details] saved with current LO 7.1
Comment 5 NISZ LibreOffice Team 2020-10-26 12:32:37 UTC
Created attachment 166734 [details]
original odt in LO 6.4 and the docx version in Word 2013
Comment 6 Timur 2020-10-29 10:19:21 UTC
Xisco, based on the explanation, seems like this can be closed, please see.
Comment 7 Xisco Faulí 2020-11-10 10:37:53 UTC
(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 ?
Comment 8 Timur 2021-09-08 08:10:04 UTC
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.
Comment 9 Stéphane Guillou (stragu) 2024-05-02 14:09:46 UTC
Frozen at fileopen with gen VCL plugin and LO 7.1.0.3.

LO 7.6.6.3 starts with:
    Entity: line 1: parser error : Document is empty
then opens it and is very sluggish.

24.2.3 and 24.8alpha0+ open it but very sluggish, UI is unusable.

Xisco, "works for me" for the crash, and open a new one about the loop - if needed at all?