Created attachment 101279 [details]
Attached file contains issue at end note reference number 43 which has an equation in it.
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: 184.108.40.206.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: 220.127.116.11.beta1
2) LO Version: 18.104.22.168.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:
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):
(Id, const Pointer_t&):
Assertion `m_aContextStack.size() == contextSize' failed.
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
--enable-option-checking=fatal --enable-dbgutil --enable-crashdump
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)
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 ...
Build ID: e92a8b92072284fd7c37d7bb3e1e8fe72a185f35
Locale: en-CA (en_CA.UTF-8)
running in a chroot to debian-sid, and
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
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".)
I think open fine for me:
33 pages, last non blank paragraph "Zimnovitch, H. 1997b. Cahiers de ...."
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:
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)
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?
Build ID: 865afb6ed25891129efb6907595c892e417a191a
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-4-4, Time: 2015-07-14_00:39:03
Id. de compilación: 88805f81e9fe61362df02b9941de8e38a9b5fd16
Configuración regional: es_ES
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
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
(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.