Created attachment 131701 [details] test_file_word2010.xml I was send a form to fill in a .doc that actually contained xml (not contained in a zip). Libreoffice 5.2 and 5.3 open this showing the raw xml. The file opens normally in MS word 2010. Changing the filename extension to docx or xml makes no difference. In Word 2010 I can generate a similar file by saving as "Word XML Document".
Confirmed. It is: pkg:contentType="application/vnd.openxmlformats-package.relationships+xml" Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 43af3605d7e3b372dcc61f9cbc2cabff09396ed5 CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on March 10th 2016 Arch Linux 64-bit LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still an issue in current master: Version: 6.1.0.0.alpha0+ Build ID: 5833734027f9194e3433d82a6e8848b64e2ae3b1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.utf8); Calc: group
Opens using the "Microsoft Word 2003 XML (*.xml, *.doc)" file type filter. You'll need to set the "UseSystemFileDialog" false to conveniently select the filter. But, the import filter does not seem to correctly handle all content tags of the source XML content-- the "<w:r><w:t>Test file</w:t></w:r>" is not being picked up...
Remains an issue, have to force use of the "Word 2003 XML (.xml, .doc)" filter to open as document into Writer. Otherwise opens as XML text. Version: 6.3.0.0.alpha0+ Build ID: ce01727e4d6779ea128aa1be09f4af8cad4e1854 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: CL
Repro 6.4+
Reproduced in: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: f446a203fa2897bab8ae7686c948a8bf060675c6 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-24_15:16:38 Calc: threaded
We at OpenText have a product, WebReports, with thousands of users producing thousands of these documents per day. We would really appreciate anything that could be done to move this issue up the priority list.
(In reply to Ken Parker from comment #9) > We at OpenText have a product, WebReports, with thousands of users producing > thousands of these documents per day. We would really appreciate anything > that could be done to move this issue up the priority list. https://www.libreoffice.org/get-help/professional-support/
Following comment 4's instructions opens up to an empty page. I expect that it fails everything EXCEPT accepting this as a legitimate document. So likely the styles, the settings, the header/footer, and the document itself are completely ignored. Thus it probably is not much different than opening Writer and assigning a file name, which isn't very helpful. To test this theory, I'd suggest adding some SAL_DEBUG statements in writerfilter...DomainMapper.cxx in some properties that exist in styles like <w:spacing w:after="200" w:line="276" w:lineRule="auto"/> and see if ANYTHING from the XML is loading. Since likely the XML is completely ignored as unknown, the key to solving this should be to parse the added pkg:part XML commands and use that to direct the rest of the XML parsing into the correct "buckets" of document, styles, settings, header/footer etc. That would involve diving into the nasty /writerfilter/source/ooxml/model.xml and related functions in OOXMLFastContext files.