There's error with LO master 6.1+ on opening attachment 97802 [details] from Bug 77794. Error is SAXException: [word/document.xml line 2]: unknown error. Wasn't there before.
Hi Timur, The attachment link points to an image. Could you please double check it ?
Created attachment 140015 [details] Docx File is from http://download.microsoft.com/documents/rus/microsoft4you/How_to_license_the_operating_system_Windows_8_new.docx I also attach it.
I could open attachment from comment 2 without any problems. Version: 6.1.0.0.alpha0+ (x64) Build ID: 77a535285f0fd5f2464430abdc67cf99be024868 CPU threads: 4; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-01-23_23:04:23 Locale: de-DE (de_DE); Calc: CL
Created attachment 140023 [details] console logs On pc Debian x86-64 with master sources updated today, I could reproduce this. I attached console logs.
"SAXException: [word/document.xml line 2]: unknown error Proceeding with import may cause data loss or corruption, and application may become unstable or crash."
For the record, I use enable-dbgutil.
#0 0x00007fffca0fc3fb in (anonymous namespace)::Entity::saveException(com::sun::star::uno::Any const&) (this=0x555557b6d180, e= uno::Any("com.sun.star.uno.RuntimeException": {<com::sun::star::uno::Exception> = {Message = "", Context = empty uno::Reference}, <No data fields>})) at /home/julien/lo/libreoffice/sax/source/fastparser/fastparser.cxx:619 #1 0x00007fffca0fb872 in (anonymous namespace)::Entity::endElement() (this=0x555557b6d180) at /home/julien/lo/libreoffice/sax/source/fastparser/fastparser.cxx:493 #2 0x00007fffca0ffe99 in sax_fastparser::FastSaxParserImpl::callbackEndElement() (this=0x555557b6d030) at /home/julien/lo/libreoffice/sax/source/fastparser/fastparser.cxx:1263 #3 0x00007fffca0fa608 in (anonymous namespace)::call_callbackEndElement(void*, xmlChar const*, xmlChar const*, xmlChar const*) (userData=0x555557b6d030) at /home/julien/lo/libreoffice/sax/source/fastparser/fastparser.cxx:314 #4 0x00007fffe6afbd05 in () at /usr/lib/x86_64-linux-gnu/libxml2.so.2 #5 0x00007fffe6b048b9 in () at /usr/lib/x86_64-linux-gnu/libxml2.so.2 #6 0x00007fffe6b0620e in xmlParseChunk () at /usr/lib/x86_64-linux-gnu/libxml2.so.2 #7 0x00007fffca0fe2f9 in sax_fastparser::FastSaxParserImpl::parse() (this=0x555557b6d030) at /home/julien/lo/libreoffice/sax/source/fastparser/fastparser.cxx:1052 (gdb) frame 7 #7 0x00007fffca0fe2f9 in sax_fastparser::FastSaxParserImpl::parse (this=0x555557b6d030) at /home/julien/lo/libreoffice/sax/source/fastparser/fastparser.cxx:1052 1052 bContinue = xmlParseChunk( rEntity.mpParser, reinterpret_cast<const char*>(seqOut.getConstArray()), nRead, 0 ) (gdb) p seqOut.getConstArray() $2 = (const signed char *) 0x555557e6f078 "-RU\"/></w:rPr><w:lastRenderedPageBreak/><w:t>Корпоративные лицензии</w:t></w:r></w:p></w:tc><w:tc><w:tcPr><w:tcW w:w=\"6869\" w:type=\"dxa\"/></w:tcPr><w:p w:rsidR=\"0054188B\" w:rsidRP"... $ apt-cache show libxml2 Package: libxml2 Version: 2.9.4+dfsg1-6.1
Seems very recent, mine is libo-master~2018-02-19_23.37.52_LibreOfficeDev_6.1.0.0.alpha0_Win_x86 I add bibisectRequest.
Regression introduced by: author Miklos Vajna <vmiklos@collabora.co.uk> 2018-02-14 15:31:35 +0100 committer Miklos Vajna <vmiklos@collabora.co.uk> 2018-02-14 20:21:57 +0100 commit 8b73bafbc18acb4dd8911d2f2de8158d98eb6144 (patch) tree 5bb43213b1c7ef8802d8f6b50bffdf9742117ad2 parent b13678b1e1d6f4cac548ae7e088b6030c31cf081 (diff) tdf#115719 DOCX import: increase paragraph spacing for anchored objects ... like Word 2013 does, when the version string indicates that the new layout is wanted. An alternative to this change would be to add a new sw layout compatibility flag and handle this at a layout level (somewhere in SwAnchoredObject::GetObjRectWithSpaces()). The downside of that approach is that once a layout flag is added, it's not preferred to tweak its behavior, while doing the same at import time is not a problem. Bisected with: bibisect-linux64-6.1 Adding Cc: to Miklos Vajna
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5e1a50cc433a865da677faf7d502ba41858e45f6 tdf#115883 DOCX import: catch RuntimeException from SwXFrame It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=bd2e7b2a5bcb8f7838c7de828d0ecdd071ee4c64&h=libreoffice-6-0 tdf#115883 DOCX import: catch RuntimeException from SwXFrame It will be available in 6.0.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-5-4": http://cgit.freedesktop.org/libreoffice/core/commit/?id=71a99a730229fac391822fb164661017c9409b56&h=libreoffice-5-4 tdf#115883 DOCX import: catch RuntimeException from SwXFrame It will be available in 5.4.6. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.