Created attachment 101279 [details] Attached file contains issue at end note reference number 43 which has an equation in it. Problem description: Steps to reproduce: 1. Open the attached docx in Libre Office on Ubuntu 12.04 Current behavior: The file crashes. Expected behavior: The file shouldn't crash. As observed the crash occurs at assert(m_aContextStack.size() == contextSize); in DomainMapper.cxx:3023. The issue is occuring in files containing endnote references. The m_aContextStack size is 6 as compared to contextSize which is 3. Operating System: Ubuntu Version: 4.4.0.0.alpha0+ Master
(In reply to comment #0) > > Steps to reproduce: > 1. Open the attached docx in Libre Office on Ubuntu 12.04 > > Current behavior: The file crashes. NO REPRO -- File does not crash. Testing on Ubuntu 12.04.4 with two versions: 1) LO Version: 4.3.0.0.beta1 2) LO Version: 4.4.0.0.alpha0+ Build ID: fc49c052dbdbb5ab3b0a02a13143705f769b9662 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-06-17_23:43:23 Bisal -- How new is that 4.4 build?
Created attachment 101385 [details] LibO 4.1 (and below) VS 4.2 (and above) - all text after the end of 'UVA cost =' is gone
I couldnt reproduce a crash in 3.3.0, 3.6 - 4.2, 4.2.6, 4.3 beta 2 or 4.4 alpha. But looking at reference number 43, none of the versions could display the formula after 'UVA cost ='. But with 4.2 and above, all text in endnotes after the formula arent being displayed, including the period right after the formula. bisal: please confirm which version of 4.4 alpha that crashed and let us know if it happens with the latest version, so that if it doesnt, we can change the bug to the missing text issue.
Sorry for the late reply : Here are the details: Version: 4.4.0.0.alpha0+ Build ID: 9fbdb02c9a1da28b4dd51b053d39cb254631e535 The file still crashes.
This behaviour of missing text is observed on windows build. But on ubuntu it crashes. (In reply to comment #3) > I couldnt reproduce a crash in 3.3.0, 3.6 - 4.2, 4.2.6, 4.3 beta 2 or 4.4 > alpha. But looking at reference number 43, none of the versions could > display the formula after 'UVA cost ='. But with 4.2 and above, all text in > endnotes after the formula arent being displayed, including the period right > after the formula. > > bisal: please confirm which version of 4.4 alpha that crashed and let us > know if it happens with the latest version, so that if it doesnt, we can > change the bug to the missing text issue.
(In reply to comment #5) > This behaviour of missing text is observed on windows build. > But on ubuntu it crashes. My tests were on Linux Mint 13 and the missing text wasnt present as shown in the screenshot, and it didnt crash in 4.4 for me.
I see this assertion raised when I try to open the attachment to bug 73573. The terminal output includes (newlines added): soffice.bin: /home/terry/lo_hacking/git/libo2/writerfilter/source/dmapper/ DomainMapper.cxx:3027: void writerfilter::dmapper::DomainMapper_Impl::substream (Id, const Pointer_t&): Assertion `m_aContextStack.size() == contextSize' failed. Application Error Fatal exception: Signal 6 The assertion will not be evident in product builds, of course. Based on comment 5, I am setting platform All. My observations are on master commit 397362d, fetched 2014-07-02 2357 UTC, configured: --enable-option-checking=fatal --enable-dbgutil --enable-crashdump --without-system-postgresql --without-myspell-dicts --with-extra-buildid --without-doxygen --with-external-tar=/home/terry/lo_hacking/git/src built and running on debian-wheezy 64-bit.
Created attachment 102588 [details] backrace from assertion assertion raised opening the attachment to bug 73573
** 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 on a currently supported version of LibreOffice (4.4.1 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-07-18
With a couple of recent versions of LibreOffice ... Version: 5.1.0.0.alpha1+ Build ID: e92a8b92072284fd7c37d7bb3e1e8fe72a185f35 Locale: en-CA (en_CA.UTF-8) running in a chroot to debian-sid, and Version: 5.1.0.0.alpha1+ Build ID: e412e16d56caf426bac04c7e5966e2a9efa7c408 TinderBox: Win-x86@39, Branch:master, Time: 2015-07-23_03:23:13 Locale: en-CA (en_CA) running on Windows Vista, the program refuses to open the file attached to this report, instead presenting a msgbox with the message (newlines added for readability) ... File format error found at SAXParseException: '[word/footer3.xml line 2]: Opening and ending tag mismatch: tc line 0 and ftr ', Stream 'word/footer3.xml', Line 2, Column 3260 SAXParseException: '[word/document.xml line 2]: unknown error', Stream 'word/document.xml', Line 2, Column 75568(row,col). I am changing summary to reflect the error message instead of the assertion.
Created attachment 117396 [details] officeotron on the attached .docx officeotron finds three errors in the attached .docx. One might say that an error message "File format error ..." is entirely reasonable behaviour for LibreOffice. And it would then be right to mark this bug RESOLVED WORKSFORME. However, the details in the error message from LibreOffice look quite different from the output from officeotron. Do we care? (If I am reading embedded docProps/app.xml correctly, the attachment was created by "Microsoft Office Word".) Advice welcome.
I think open fine for me: 33 pages, last non blank paragraph "Zimnovitch, H. 1997b. Cahiers de ...." Win7x64 Version: 4.4.5.1 Build ID: 1b6df295803ea040dab1b48b5424da8d78d94cf0
I've got a similar result as mentioned in Comment #10. I'm unable to open the file, crashing and showing a Msgbox with this info: --- File format error found at unsatisfied query for interface of type com.sun.star.lang.XComponent! SAXParseException: '[word/endnotes.xml line 2]: unknown error', Stream 'word/endnotes.xml', Line 2, Column 44926 SAXParseException: '[word/document.xml line 2]: unknown error', Stream 'word/document.xml', Line 2, Column 22161(row,col). --- This error occurs on Debian 8 (jessie) and: Version: 5.1.0.0.alpha1+ Build ID: 74d4168f8830f7bbec6b784c3fb774296d9adafa TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-07-22_06:14:00 Locale: es-ES (es_ES.UTF-8) and Version: 5.0.1.0.0+ Build ID: 5df3725f81564a8380209881b6f2c48b2fe158b3 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-5-0, Time: 2015-07-22_16:36:47 Locale: es-ES (es_ES.UTF-8) On the following versions it opens normally as expected but getting no formula. Is there any? Version: 4.4.6.0.0+ Build ID: 865afb6ed25891129efb6907595c892e417a191a TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-4-4, Time: 2015-07-14_00:39:03 Locale: es_ES.UTF-8 Versión: 4.4.3.2 Id. de compilación: 88805f81e9fe61362df02b9941de8e38a9b5fd16 Configuración regional: es_ES Versión: 4.3.7.2 Id. de compilación: 8a35821d8636a03b8bf4e15b48f59794652c68ba What I can say is than once I open the file with these versions and then saving it as .docx again, then it opens normally on versions that where failing before.
Whoops. On second thought, the reference to Windows in comment 5 is about a problem different from this report. I am setting O/S to Linux. Thank you, m.a.riosv, for catching that.
(In reply to Carlos Rodriguez from comment #13) > > On the following versions it opens normally as expected but getting no > formula. Is there any? The .png attached to this bug report shows the lack of a formula in footnote 43. In one case, we see following footnotes; in the other we see the numbers for subsequent footnotes, but no content. I have a vague memory of working on a problem like this. However, either my search-foo is weak today or I never accomplished anything worth recording in bugzilla. If you see a problem with the formula, it should be a separate bug report. Please add me to the cc if you file a new one or find an existing one. Thanks, Terry.
(In reply to Terrence Enger from comment #15) > (In reply to Carlos Rodriguez from comment #13) > > > > On the following versions it opens normally as expected but getting no > > formula. Is there any? > > The .png attached to this bug report shows the lack of a formula in > footnote 43. In one case, we see following footnotes; in the other we > see the numbers for subsequent footnotes, but no content. Ok. What I'm getting is the lack of the formula. The subsequent footnotes appears correctly. > If you see a problem with the formula, it should be a separate bug > report. Please add me to the cc if you file a new one or find an > existing one. Sorry but don't know if the lack of the formula means actually that I need to create a new bug.
if the original problem was the error message opening the file, and this is gone in recent LibO release, we should mark this --> RESOLVED WORKSFORME then open a CLEAN, NEW report about the new or residual issues about that file and the formula. this report already has many comments, so it's better to start from zero to focus on the actual problem .
File opens fine and doesn't crash with LO 4.4.5 in Windows and Linux. Newer versions can't be tested because of Bug 89100. All 48 footnotes open fine. So, the original problem is gone adn I mark this --> RESOLVED WORKSFORME Please open a CLEAN, NEW report about the new or residual issues about that file (for example: 33 pages in LO and 30 in MSO) - which is rather useless until Bug 89100 is solved. Since I spent some time looking into this, let me write my impression that @synerzip is not responding to LO anymore. I concluded that from same bugs which are their regressions.
File can be open again with master.