Bug 130114 - Freeze when trying to save edited document in .doc format
Summary: Freeze when trying to save edited document in .doc format
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-21 21:50 UTC by lesliek
Modified: 2020-01-23 14:21 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
A .doc. file created with LO 6.2.8.2. (285.00 KB, application/msword)
2020-01-22 12:51 UTC, lesliek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description lesliek 2020-01-21 21:50:50 UTC
Description:
The document was created in .doc format using LO 6.8.2.8. When I edited it and tried to save it in .doc still, writer froze. However, the same did not happen when I edited the document and then tried to save it in .odt format.

Steps to Reproduce:
1.Open file in .doc format.
2.Edit.
3.Try to save in .doc format.

Actual Results:
writer freezes. I have to force quit.

Expected Results:
File saved in usual way.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
I could send you the file that's causing the problem if you want, but it's about 25 pages long, with about 50 footnotes. The problem arose on editing one of the footnotes
Comment 1 ian 2020-01-22 03:40:25 UTC
Thank you for reporting the bug. Please attach the sample document that you mentioned, as this makes it easier for us to verify the bug. 

There is currently no "LO 6.8.2.8". Could you clarify what version you are referring to here? In addition, can you please provide more information about your LibreOffice environment? To find out this information, go to the "Help" menu in LibreOffice and select the "About LibreOffice" option. 

I have attached mine as an example: 

Version: 6.5.0.0.alpha0+
Build ID: 8930a7d8b8e649336300d98f0a1f27114ad392ea
CPU threads: 1; OS: Linux 5.0; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master
Locale: es-ES (en_US.UTF-8); UI-Language: en-US
Calc: threaded

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document and information is provided.

(Note that the attachment will be public, remove any sensitive information before attaching it. See the QA FAQ Wiki,
https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F, for further detail.)
Comment 2 lesliek 2020-01-22 12:51:37 UTC
Created attachment 157321 [details]
A .doc. file created with LO 6.2.8.2.
Comment 3 lesliek 2020-01-22 12:53:58 UTC
My version is 6.2.8.2.

My "About LO info" is:

"Version: 6.2.8.2
Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee
CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3;
Locale: en-CA (en_CA.UTF-8); UI-Language: en-US
Calc: threaded"

Problems arose as I was trying to edit footnote 29 of the attachment. Since writing to you originally, I've now discovered yet a further problem. Although I was able to convert the attached file to an .odt format, I wasn't then able to convert that .odt file into a pdf file (my ultimate goal). Writer freezes as well when I attempt that.
Comment 4 Telesto 2020-01-22 15:56:50 UTC
No issue with
Version: 6.5.0.0.alpha0+ (x64)
Build ID: ce685f64f38551e7984155783c9c7660d986abf6
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; 
Locale: en-US (nl_NL); UI-Language: en-US
Calc: CL
Comment 5 Dieter 2020-01-22 21:30:43 UTC
I also can't confirm it with

Version: 6.3.4.2 (x64)
Build-ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

Lesliek, could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 6 lesliek 2020-01-22 22:32:00 UTC
Dieter, I am an ignorant end user. I know enough to be able to install the version you suggest, but not enough to know the consequences of my doing so for continued use of my current version of LO. I'm afraid that, by installing the version you suggest, I might be throwing out the baby with the bathwater.

My suspicion has been all along that there's something wrong with the particular file that I sent you, since I've found no problem with LO when I work on other documents (and spreadsheets) that I've created. My hope was that expert examination of the file would be able to find what it was about LO that made the particular file go wrong (maybe the bit that saves files in .doc format?).

It seems, if I understand things correctly, that you and someone else have been able to open the file in different versions of LO, add some miscellaneous text to it and then save it in .doc format. If that's right, then maybe my best course is just to give up and re-type the twenty-five pages of the document, saving them in .odt format as I go along.
Comment 7 QA Administrators 2020-01-23 04:18:03 UTC Comment hidden (obsolete)
Comment 8 Dieter 2020-01-23 08:26:14 UTC
(In reply to lesliek from comment #6)
> Dieter, I am an ignorant end user.

No problem, I'm also not a developer.

> I know enough to be able to install the
> version you suggest, but not enough to know the consequences of my doing so
> for continued use of my current version of LO. I'm afraid that, by
> installing the version you suggest, I might be throwing out the baby with
> the bathwater.

LO 6.3.4 will replece previous version of LO. But 6.3.4 I don't think that you will get more problems than with LO 6.2.8.


> My suspicion has been all along that there's something wrong with the
> particular file that I sent you, since I've found no problem with LO when I
> work on other documents (and spreadsheets) that I've created.

So then this is not a bug of LO.

> My hope was
> that expert examination of the file would be able to find what it was about
> LO that made the particular file go wrong (maybe the bit that saves files in
> .doc format?).
> 
> It seems, if I understand things correctly, that you and someone else have
> been able to open the file in different versions of LO, add some
> miscellaneous text to it and then save it in .doc format.

Yes, I did so.

> If that's right,
> then maybe my best course is just to give up and re-type the twenty-five
> pages of the document, saving them in .odt format as I go along.

So I change it back to NEEDINFO. Please try with a newer version. If you want to colse the bug report, change status to RESOLVED INSUFFICIENT DATA.
Comment 9 lesliek 2020-01-23 14:21:51 UTC
Here's what I'm going to do.

I'll continue retyping the 25 pages of the document that's caused me so much trouble and saving that retyped document in .odt format as I go.

At the same time, I won't delete the troublesome document.

If LO announces a newer stable version than 6.2.8.2 before I've finished the retype, I'll install that and see whether I can work with the troublesome document then.

If I can, there'll be no need to finish the retype. If I can't, I'll finish the retype and report back here.

In the meantime, I'll change the status of this report to RESOLVED INSUFFICIENT DATA.

Thank you for taking the trouble to try to help.