Bug 137398 - write crashed if i try to open document like thath attachment
Summary: write crashed if i try to open document like thath attachment
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.1.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Fabio Betti
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-11 17:25 UTC by Fabio Betti
Modified: 2020-10-12 07:09 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Modello con caratteri ed immagini ruotate di 90° (28.72 KB, application/vnd.oasis.opendocument.text-template)
2020-10-11 17:26 UTC, Fabio Betti 		Details
View All 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 Fabio Betti 2020-10-11 17:25:04 UTC 
Description:
When I try to open a file like the one attached write on WINDOWS 10 it immediately loops. This does not happen with write on Ubuntu and the same file. I think the problem is related to the presence of rotated images and characters, probably due to some incompatibility with the C library? Up to version 6 of LO I didn't have any problems. The problem exists with both .ott and .odt files.

Steps to Reproduce:
1.open file with write in Windows 10 SO
2. write loops
3.

Actual Results:
I have to terminate LO with CTRL + ALT + DEL

Expected Results:
libreoffice is terminated


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 7.0.2.2 (x64)
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: it-IT (it_IT); Interfaccia utente: it-IT
Calc: CL
Comment 1 Fabio Betti 2020-10-11 17:26:42 UTC 
Created attachment 166277 [details]
Modello con caratteri ed immagini ruotate di 90°
Comment 2 Fabio Betti 2020-10-11 17:28:31 UTC 
I have already submitted this bug, but who replied to me only had the version on Linux where actually the program does not present a problem.
Comment 3 Mike Kaganski 2020-10-12 05:09:43 UTC 
Repro with Version: 7.0.2.2 (x64)
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL

Can't repro with Version: 7.1.0.0.alpha0+ (x64)
Build ID: b3f2530aa2767ba43cd4702422fc3ed0d37821d6
CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL

Closing WORKSFORME: fixed in current master.
Comment 4 Fabio Betti 2020-10-12 06:29:13 UTC Comment hidden (obsolete)
Comment 5 Fabio Betti 2020-10-12 06:29:45 UTC 
(In reply to Mike Kaganski from comment #3)
> Repro with Version: 7.0.2.2 (x64)
> Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
> CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL:
> win
> Locale: ru-RU (ru_RU); UI: en-US
> Calc: CL
> 
> Can't repro with Version: 7.1.0.0.alpha0+ (x64)
> Build ID: b3f2530aa2767ba43cd4702422fc3ed0d37821d6
> CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL:
> win
> Locale: ru-RU (ru_RU); UI: en-US
> Calc: CL
> 
> Closing WORKSFORME: fixed in current master.

Sorry Mike,
the bug has been fixed and I have to wait for version 7.2.2? Thank you.
Comment 6 Mike Kaganski 2020-10-12 07:09:10 UTC 
(In reply to Fabio Betti from comment #5)
> the bug has been fixed and I have to wait for version 7.2.2? Thank you.

The bug has been apparently been fixed somewhere after 7.0, yes. It is not known which change had fixed it, hence WORKSFORME, not FIXED. I don't know if the fix will be backported to the 7.0 branch; I don't know what you meant exactly when wrote "7.2.2", was it "7.0.2.2" - which is released, but still has the problem, as I wrote; or did you really meant "7.2.2", which is strange, since it is already fixed in preparing 7.1, and will be in its released version somewhere in the beginning of February 2021.