Created attachment 163018 [details] A sample DOCX that can be opened in LO, but not Word 2016 Opening the attachment in Word 2016, an error is reported: > Word found unreadable content in file.docx. Do you want to recover the contents > of this document? If you trust the source of this document, click Yes. followed by > Word experienced an error trying to open the file. > Try these suggestions: > ... Opening it in LO succeeds; saving it again as DOCX generates the same problem in Word. Tested with Version: 7.0.0.1 (x64) Build ID: 04ba7e3f1e51af6c5d653e543a620e36719083fd CPU threads: 12; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL and Version: 7.1.0.0.alpha0+ (x64) Build ID: 616a47c9570f9ce67b18a124f08f4a342bff3468 CPU threads: 12; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL Ref: https://ask.libreoffice.org/en/question/255028/
Not reproducible in Version: 7.1.0.0.alpha0+ Build ID: fa844c15233f108a0e9b0b2e8c9757c1aa088a4b CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded and MSO Word 2010
nor in Version: 6.4.4.0.0+ Build ID: 4f8325dbcb63627997289889a377a4893e03fcf1 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
(In reply to Xisco Faulí from comment #1) > Not reproducible in > > Version: 7.1.0.0.alpha0+ (In reply to Xisco Faulí from comment #2) > nor in > > Version: 6.4.4.0.0+ Sorry, not reproducible what exactly? Do you mean saving from them, and using > MSO Word 2010 to open? (which would mean that it's not reproducible with Word 2010; interesting... I can repro with Word 2007 and both the files - from attachment here, and the files re-saved in LO 7.0) :-)
yep, I meant roundtripping it with LibreOffice 7.1 and 6.4 and open the generated document with MSO 2010
I can confirm, that Word 365 does not open it. OpenXML SDK 2.5 Productivity Tool reports a lot of errors, when I use its validator. To repair the document, open it in LibreOffice daily, save it in "ODF 1.3" (strict, not extended), reopen the odt-file and then save it as docx.
Moving to NEW based on comment 5
Yes, attached LO-saved DOCX doesn't open in MSO 2016 but this is not proper bug report. There must be source ODT so generation/filesave can be retested later.
(In reply to Timur from comment #7) > but this is not proper > bug report. There must be source ODT so generation/filesave can be retested > later. As noted in comment 0: > Opening it in LO succeeds; saving it again as DOCX generates the same problem in Word. So this is the proper bugdoc that can be used to debug where the bad information is exported from our document model.
[Automated Action] NeedInfo-To-Unconfirmed
Problem is with both charts, if no charts then MSO opens. LO 4.2 is OK, 4.3 NOK, let's set regression. It's all tentative, if we lack source ODT, so we need to create one. No problem to open in MSO with saving as DOC. MSo also opens ODT created with this chart.
I tried to bibisect in 43. Of course, there were more changes, 1st convert works and MSO opens, 2nd convert doesn't work, 3rd? no convert (not sure on order of 2 and 3), 4th convert works but MSO doesn't open. This is 2nd change when convert starts and stops with temp file (headless and also no save as from GUI)...and it's a revert. Commit 38acc9da0ab3d283d10bf6fead7a1a2b01efc782 Date: Thu May 28 19:03:40 2015 +0800 source-hash-be7d41a2bed7f424f38e2e7340f9b98c3f4f8fa2 previous source-hash-4357dd89ca50deddd7cec7bfba87627a8515f62c commit be7d41a2bed7f424f38e2e7340f9b98c3f4f8fa2 Author: Miklos Vajna <vmiklos@collabora.co.uk> AuthorDate: Tue Feb 11 09:43:59 2014 +0100 Revert "fdo#72563 : PAGEREF field tag not preserved during Roundtrip" This reverts commit 138bd3d656c30911d5f45a8b6804e50857f6b30c. See comment 5 in the bugreport, the fix in its current form causes more trouble than it fixes. There's one more source commit in that bug but seems filesave is still not working: 0fb3bdc5d3aa47a61affc67b20bdbb775808fb66. It's bibisect commit f449b8edfdf958cf4af031d11e1275f1419c3044.
There were more changes: convert works and MSO opens with chart, convert starts but just creates temp file, convert doesn't work, convert works but MSO opens without chart, convert works but MSO doesn't open. Here is a (probably useless) change from "converts not" to "opens not", single commit. commit 7a64ea5834af805d7d6930b13b3a37eedbf3dfbc Date: Thu May 28 19:32:03 2015 +0800 source-hash-91ff31b6f7c2fd217518f54396bbca6d4bde98a3 previous source-hash-07c638f9421f0d17078d52c1574e1614262af37f commit 91ff31b6f7c2fd217518f54396bbca6d4bde98a3 Author: Alexander Wilms <f.alexander.wilms@gmail.com> AuthorDate: Tue Feb 25 19:32:26 2014 +0100 Commit: Caolán McNamara <caolanm@redhat.com> CommitDate: Wed Feb 26 09:55:18 2014 -0600 Remove visual noise from offapi
Here is a change from "opens without chart" to "opens not", 2 source commits. commit 8acaddcdf3f1e2b79f8435ffc89e7880a59c6a1d Date: Thu May 28 19:50:21 2015 +0800 source-hash-af523f604df0da28687604d42c24f6dd3765f31a previous source-hash-3ef2725a8d9a15b585066e43384788a79fb4aef6 Bibisect: This commit covers the following source commit(s) which failed to build f4f2ba8dd15fde198556d37cd0e1577b84985282 commit af523f604df0da28687604d42c24f6dd3765f31a Author: Caolán McNamara <caolanm@redhat.com> AuthorDate: Thu Mar 6 17:23:19 2014 +0000 Commit: Caolán McNamara <caolanm@redhat.com> CommitDate: Fri Mar 7 10:22:17 2014 +0000 convert acceleration config page to .ui There are 2 commits here: author Caolán McNamara <caolanm@redhat.com> 2014-03-06 17:23:19 +0000 committer Caolán McNamara <caolanm@redhat.com> 2014-03-07 10:22:17 +0000 commit af523f604df0da28687604d42c24f6dd3765f31a (patch) tree f5895dee17b39ba1f432c029ec9b7c07e02c5977 parent f4f2ba8dd15fde198556d37cd0e1577b84985282 (diff) convert acceleration config page to .ui Change-Id: I0868b635d3aca4d368f32a0035b3f57a0da35ac7 author Caolán McNamara <caolanm@redhat.com> 2014-03-07 08:52:34 +0000 committer Caolán McNamara <caolanm@redhat.com> 2014-03-07 10:22:17 +0000 commit f4f2ba8dd15fde198556d37cd0e1577b84985282 (patch) tree b6e60265ba2441b8cd7a9b46ba2e91ea42b2acae parent 3ef2725a8d9a15b585066e43384788a79fb4aef6 (diff) callcatcher: update unused code Change-Id: I6487e6ede0a50d88a4f8c3d3b07bdad2603aa4b4
Timur, please stop removing meta bug 104528 from the Blocks field, or give a sufficient reason.
(In reply to Aron Budea from comment #14) > Timur, please stop removing meta bug 104528 from the Blocks field, or give a > sufficient reason. No reason, I guess we were writing at the same time and I didn't see it would be removed when I posted.
It is the similar problem that was fixed in https://bugs.documentfoundation.org/show_bug.cgi?id=131288. But it has only been fixed for newly created/saved DOCX files. If a similar file was saved twice with LibreOffice, without this patch (https://cgit.freedesktop.org/libreoffice/core/commit/?id=b115d4899d827f885f7d35ced4cb64d2385e3422) earlier, the file will be corrupted, because of the 0 Kb embedded spreadsheets. Maybe we could handle this at DOCX import if we do not store a 0 Kb embedded spreadsheet in the OOXEmbeddings interopgrabbag, so we would not even export this file.
Dear Mike Kaganski, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug