Created attachment 133167 [details] file provoking assertion STR --- (0) Optionally download word_2003.xml attached to this report and skip ahead to step (3). (1) In Windows Vista, with MSWord 2003, open arn10887#2.rtf attached to bug 49666 <http://bugs.documentfoundation.org/attachment.cgi?id=63853>. (2) Save As ... type=xml, name=word_2003.xml. (3) In Linux, open word_2003.xml from the command line. Program crashes with messages (lines rewrapped) ... warn:vcl:2006:1:vcl/unx/generic/fontmanager/fontmanager.cxx:701: Could not OpenTTFont "/usr/share/fonts/woff/font-awesome/fontawesome-webfont.woff" 'l' command is not supported currently, so we use 'L'. This may case problem. soffice.bin: /home/terry/lo_hacking/git/libo6/cppu/source/uno/sequence.cxx:664: sal_Bool uno_type_sequence_construct(uno_Sequence**, typelib_TypeDescriptionReference*, void*, sal_Int32, uno_AcquireFunc): Assertion `len >= 0' failed. warn:uui:2006:1:uui/source/iahndl.cxx:240: replaceMessageWithArguments: No arguments passed! Application Error The 2017-05-07 daily build (i.e., non-dbgutil) terminates after the "Fontconfig warning...", and so does 41max bibisect repository version oldest. The backtrace is from local build of commit eb35ead6, 2017-05-05, configured ... CC=ccache /usr/bin/gcc CXX=ccache /usr/bin/g++ --enable-option-checking=fatal --enable-dbgutil --enable-debug --without-system-postgresql --without-myspell-dicts --with-extra-buildid --without-doxygen --with-external-tar=/home/terry/lo_hacking/git/src --without-package-format built and running on debian-stretch. I am setting version "4.1 all versions" and keyword haveBacktrace.
Created attachment 133168 [details] gdb on the core file
Confirmed in - Version: 5.4.0.0.alpha1+ Build ID: f12096272e684ddcd8ffa4e34dcb0a680cc594c2 CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk2; Locale: ca-ES (ca_ES.UTF-8); Calc: group - Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) - LibreOffice 3.5.0 Build ID: d6cde02 In LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 I get a General Error. General Input/output error. Also reproduced in Versión: 5.3.2.2 Id. de compilación: 6cd4f1ef626f15116896b1d8e1398b56da0d0ee1 Subproc. CPU: 1; SO: Windows 6.1; Repr. de IU: predet.; Motor de trazado: HarfBuzz; Configuración regional: es-ES (es_ES); Calc: group
(In reply to Xisco Faulí from comment #2) > In > > LibreOffice 3.3.0 > OOO330m19 (Build:6) > tag libreoffice-3.3.0.4 > > I get a General Error. General Input/output error. This seems to be the message that LibreOffice gives for any file that it cannot open. I think the wording could usefully be more specific, to distinguish a merely nonsensical input file from a system-level error; but that is the way it is. So, I suggest that LO 3.3.0 is not showing this bug. Thoughts?
Created attachment 133202 [details] bt with debug symbols On pc Debian x86-64 with master sources updated today, I could reproduce this. I attached bt + some gdb debug traces.
Caolán: noticing a recent fix from you about OLE stuff, thought you might be interested in this one. (of course, don't hesitate to uncc yourself if I'm wrong)
though i can't test because of the jvmfwk Java version parsing bug, i guess the old Java XSLT implementation in LO <= 3.4 didn't have *this* problem -> regression fixed on master
Michael Stahl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=088b898856a82d7ac4851a6e7dfe4d189d881f8e tdf#107709 filter: MSO2003XML import: fix invalid OLE lengths It will be available in 5.4.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.
On pc Debian x86-64 with master sources updated today, I don't reproduce this anymore. Thank you Michael!
Thank you, Michael and Julien. With daily Linux dbgutil bibisect version 2017-05-11, the assertion no longer fires, and LibreOffice even displays the document.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-5-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5d474fc14581eaceb1defa7eabf5bcd335143b2d&h=libreoffice-5-3 tdf#107709 filter: MSO2003XML import: fix invalid OLE lengths It will be available in 5.3.4. 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.