https://bugs.documentfoundation.org/show_bug.cgi?id=166336
Bug ID: 166336
Summary: FILESAVE DOCX Word fails to open roundtripped document
(issue with shape guides/glue points #2)
Product: LibreOffice
Version: 25.8.0.0 alpha0+
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: bibisected, bisected, regression
Severity: normal
Priority: medium
Component: filters and storage
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected]
Blocks: 104442, 104528
Open and save attachment 125302 from bug 100072 back to DOCX, then try opening
it in Word.
=> Word fails to open the file cleanly.
Observed using LO 25.8.0.0.alpha0+ (736998ccef0bacdd2bbf038c98dacfbe654f1a4d) /
Windows.
If one:
- unzips the saved DOCX,
- executes the following command (can be done in Linux/Cygwin, needs xmllint
installed): find . -name "*.xml" -type f -exec xmllint --output '{}' --format
'{}' \;
- rezips the result with .docx extension
...then Word points to line 198 of /word/document.xml, which is the end of an
<a:custGeom> element.
The interesting part seems to be this:
<a:gd name="GluePoint1X" fmla="*/ 0 w 284"/>
<a:gd name="GluePoint1Y" fmla="0*logwidth/284"/>
<a:gd name="GluePoint2X" fmla="*/ 284 w 284"/>
<a:gd name="GluePoint2Y" fmla="0*logwidth/284"/>
This is a regression from the following commit in 25.8 (and its 25.2 backport):
https://git.libreoffice.org/core/commit/612891865a74777950ab7355a4d794fa5577c5fc
https://cgit.freedesktop.org/libreoffice/core/commit/?id=612891865a74777950ab7355a4d794fa5577c5fc
author Tibor Nagy <[email protected]> Thu Mar 20
11:47:57 2025 +0100
committer Nagy Tibor <[email protected]> Thu Mar 20
16:49:11 2025 +0100
"tdf#165670 PPTX export: fix glue points export regression"
The similar XML part looks like this after exporting in a build preceding the
regression:
<a:gd name="GluePoint1X" fmla="*/ 0 w 2"/>
<a:gd name="GluePoint1Y" fmla="*/ 0 h 285"/>
<a:gd name="GluePoint2X" fmla="*/ 285 w 2"/>
<a:gd name="GluePoint2Y" fmla="*/ 0 h 285"/>
The part in the original document's XML looks quite different, so it's hard to
compare against that.
The document has a couple of other occurrences of this.
Issue seems to be related to bug 166335's, and probably the use of "logwidth"
in the formula is the problem.
List of test files regressing from the same commit:
forum-mso-en-16850.docx
forum-mso-en3-17267.docx
forum-mso-en4-390463.docx
forum-mso-en-4456.docx
forum-mso-en-7940.docx
moz1197332-3.docx
moz1197332-4.docx
tdf100072-1.docx
tdf107442-1.docx
tdf112443-1.docx
tdf112450-5.docx
tdf112456-5.docx
tdf123435-2.docx
tdf99497-2.docx
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=104442
[Bug 104442] [META] OOXML shape (DrawingML and VML) related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=104528
[Bug 104528] [META] Saved DOCX files that MS Word can't open
--
You are receiving this mail because:
You are the assignee for the bug.