Bug 137332 - Crash after opening a docx file
Summary: Crash after opening a docx file
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.1.2 release
Hardware: x86-64 (AMD64) Windows (All)
: high critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2020-10-08 12:01 UTC by smsourov.bd
Modified: 2020-10-08 13:42 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
This is the document. LibreOffice used to open this file before but not now. (2.90 MB, application/docx)
2020-10-08 12:21 UTC, smsourov.bd
Details

Note You need to log in before you can comment on or make changes to this bug.
Description smsourov.bd 2020-10-08 12:01:27 UTC
Description:
I've a docx file which used to work well with LibreOffice writer 6.4.4.2. Recently I've upgraded from 6.4.4.2 to 7.0.1.2. Now when I open that docx file, LibreOffice crashes.

Steps to Reproduce:
1.Open the docx file.
2.Wait for some seconds.
3.

Actual Results:
Crash!

Expected Results:
Open the file successfully and I should be able to edit the file.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
I've tried disabling the skia and enabling openCL. Still the same results.
Comment 1 smsourov.bd 2020-10-08 12:21:26 UTC
Created attachment 166184 [details]
This is the document. LibreOffice used to open this file before but not now.

After opening the document, it may be a meaningless document to you but the document isn't meaningless. Since the everything will be publicly available, I had to make sure everything stays that way.
Comment 2 Timur 2020-10-08 13:18:37 UTC
Yes it used to crash but it opens now with master 7.1+.
You can test from https://dev-builds.libreoffice.org/daily/master/current.html
If not, please write.
Comment 3 Timur 2020-10-08 13:33:24 UTC
commit d5f9c1bcea7653b1eba79eaff4b5e975583721e1
Date:   Mon Sep 14 20:01:37 2020 +0200
    source 07a695ec1988ee8b02256cab2e07a1b429ead24b
    p source bf1546df43a5de0cb72ce2545b852be5ca078e0a


commit 07a695ec1988ee8b02256cab2e07a1b429ead24b	[log]
author	Vasily Melenchuk <vasily.melenchuk@cib.de>	Fri Sep 11 14:06:23 2020 +0300
committer	Thorsten Behrens <Thorsten.Behrens@CIB.de>	Mon Sep 14 11:25:28 2020 +0200
tree 839545990a7d2afb59cf7fedec7e431cefb04b67
parent bf1546df43a5de0cb72ce2545b852be5ca078e0a [diff]

tdf#135623: modified generation of unique fly name

Modified lcl_GetUniqueFlyName() is right now always marks
current fly format name number as used. Yes, this can
lead to some gaps in numbering is some cases, but meanwhile
guarantee that there will be no duplicates if format name
does not match SdrObject name.
Comment 4 Timur 2020-10-08 13:34:28 UTC
I marked Fixed because other bug wasn't crash, so this report is not really a duplicate, rather different result of the same commit.
Comment 5 smsourov.bd 2020-10-08 13:42:10 UTC
(In reply to Timur from comment #4)
> I marked Fixed because other bug wasn't crash, so this report is not really
> a duplicate, rather different result of the same commit.

So, can I expect that in the next version of LibreOffice, I won't have any problem while opening the document?