Bug 151157 - When odf saved to network location Read Error. Format error discovered in the file in sub-document styles.xml
Summary: When odf saved to network location Read Error. Format error discovered in the...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.4.1.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-09-24 04:23 UTC by Kelly Trimble
Modified: 2023-11-10 03:14 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kelly Trimble 2022-09-24 04:23:34 UTC
Description:
Decided to upgrade from 6.4 to 7.2 on LUbuntu 20.04.  I edit a complicated document in MS Word 2000, document includes graphics, table of contents, complicated styles, not sure what else. If I open the doc file in LOWriter, edit, save, I can re-open it IF I have saved it somewhere on the local computer, but if I save it in a network location, I get the Format error discovered in styles.xml message box when I try to open the file again, even if I try to open the file with earlier versions of LO Writer on other machines, click OK and LOWriter disappears. The file does not appear to be recoverable after LO 7.4.1.2 saves it.  If the file is ONLY text, it works OK to save to ODT format in the network location.  I have tried several variations with no luck.  Tried setting Tools-Options-LoadSave-General-ODF format version from 1.3 Extended to 1.2 Extended, 1.2 Extended (compatability mode) and a few others, same result.  I am running MSWord2000 in Wine.  I mapped a network folder on another computer to /home/kelly/.local/share/wineprefixes/WinXP/drive_c/Appraisl and then bookmarked that folder in pcmanfm-qt to make it easy to get to.  I also have /home/kelly/.local/share/wineprefixes/WinXP/drive_c/A Work Area whcih is on my local drive, bookmarked the same way. I create or edit a doc in MSWord2000 on the local drive, save it, open in LOWriter, do a few edits not possible in Word2000 and export a PDF copy, and save the ODF version, then copy both files to the network location.  If I have to make a major revision, I usually copy the word doc back to the local drive and edit in MSWOrd2000, save it, make additional edits to the word doc in LOWriter, save as odf, export a PDF copy, and move everything back to network location (I do it that way because a file save on a 20MB+ doc in Word2000 can take several minutes, but a fraction of a second on the local drive), but if the needed revision is very minor or trivial, I will simply open the ODT on the mapped network folder in LOWriter, make the edit, save directly to the mapped network folder (which usually takes a three or four seconds), export a PDF copy to sent out, and close the odt.  The read error-sub-doc Styles.xml happens if I try to re-open that file.  If I copy that file back to the local drive, I still get that error, so the error is written into the file.  I did not get that error when I saved to the mapped network folder using the prior version, 6.4, only with the new 7.2.  I've tried everything I can think of.  It would appear that there has been some sort of bug introduced somewhere between versions 6.4 and 7.2.  Additional information:  The mapped network folder is on a second drive on a very old computer I am using as a server running an older version of Ubuntu, version 14 I think, with the root of that drive mapped to a directory in the server webroot which is on another drive which is mapped to the media directory of the boot drive.  It only does this with certain report files that I created originally in MSWord 2000 and opened with LOWriter and saved with LOWriter to a network locaiton.  It does not do this with all files, only certain larger more complex reports.  It works using LO WRiter 6.4, but saving with 7.2 corrupts the file.  Another interesting thing, if I open the word doc file in LO Writer, select all, delete, nothing left in the file, and try to save that empty file as an odt in the network folder, same thing, file read error when I try to open it again.  Sorry to bother you with this, but we need to figure this out before we try to upgrade any other installations to any newer version.  Thank you.  Kelly Trimble, Branson, Missouri.  

Steps to Reproduce:
1.described above:  map a network folder in the path of the C drive in wine
2.open or create a complicated word doc in MS Word 2000.  
3.Open the Word 2000 doc with LOWriter.
4.make any minor edit, save the file as an ODT format on the network folder mapped somewhere in the path of the C drive in Wine.  
5.close the file, exit LOWriter.
6. try to open the odt file on the network share with LOWriter

Actual Results:
message box 'Read Error. Format error discovered in the file in sub-document styles.xml' when you try to open the file saved to the network folder.  

Expected Results:
Open the file for editing.  


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes

Version: 7.4.1.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Ubuntu package version: 1:7.4.1~rc2-0ubuntu0.20.04.1~lo1
Calc: threaded
Comment 1 Dieter 2023-04-11 08:51:49 UTC
Kelly, it seems that nobody could reproduce the bug for half a year. So some questions:

1. Can you still reproduce it with the actual version LO 7.5.2?

if yes

2. Do you get same result with other computers (you've mentioned, it is a very old computer)?

if yes

3. Is it possible for you to provide a test document?

=> NEEDINFO
Comment 2 QA Administrators 2023-10-10 03:14:45 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2023-11-10 03:14:08 UTC
Dear Kelly Trimble,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp