Bug 124884 - LibreOffice violates OXML schema while saving DOCX with track changes
Summary: LibreOffice violates OXML schema while saving DOCX with track changes
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.0.4.2 release
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-04-22 12:01 UTC by leonid.melkozerov
Modified: 2020-03-16 02:36 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
file with corrupted <w:rPrChange> (6.82 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-04-22 12:01 UTC, leonid.melkozerov
Details

Note You need to log in before you can comment on or make changes to this bug.
Description leonid.melkozerov 2019-04-22 12:01:27 UTC
Created attachment 150915 [details]
file with corrupted <w:rPrChange>

While saving DOCX file, LibreOffice saves <w:rPrChange> element without inner <w:rPr> element.

OXML schema:
<xsd:complexType name="CT_RPrChange">
    <xsd:complexContent>
       <xsd:extension base="CT_TrackChange">
           <xsd:sequence>
               <xsd:element name="rPr" type="CT_RPrOriginal" minOccurs="1"/>
           </xsd:sequence>
       </xsd:extension>
    </xsd:complexContent>
</xsd:complexType>
This means that <w:rPr> element MUST BE present, even if it is empty.

Corrupted file (LibreOffice save result) is in attach.
Comment 1 Alex Thurgood 2019-04-24 09:28:55 UTC
@Leonid : LO6042 (the version you reported the bug against) is EOL.

Does this still happen with a current GA release of LO (6152 / 6222) ?

Setting NEEDINFO.
Comment 2 leonid.melkozerov 2019-04-30 12:49:00 UTC
Confirmed in LibreOffice 6.2.3.0 for MacOS X
Comment 3 Xisco Faulí 2019-05-16 09:39:58 UTC
You can't confirm your own bugs. Moving it back to UNCONFIRMED until someone
else confirms it.
Comment 4 Buovjaga 2019-08-17 14:19:59 UTC
Please attach uncorrupted file so we can test the bug

Please attach an example document.
Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the document.
Comment 5 QA Administrators 2020-02-14 02:31:41 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2020-03-16 02:36:54 UTC
Dear leonid.melkozerov,

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