Bug 36982 - [FILEOPEN] Writer ignores text after Equation in docx
Summary: [FILEOPEN] Writer ignores text after Equation in docx
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
3.4.0 Beta4
Hardware: x86 (IA32) Windows (All)
: highest critical
Assignee: Don't use this account, use tml@iki.fi
Whiteboard: bibisected35 bibisected35older
Keywords: regression
: 43429 44289 (view as bug list)
Depends on:
Blocks: mab3.5
  Show dependency treegraph
Reported: 2011-05-08 16:07 UTC by Pedro
Modified: 2012-03-13 02:22 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

docx sample file with text and equation on the second page (16.44 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2011-05-09 02:39 UTC, Pedro

Note You need to log in before you can comment on or make changes to this bug.
Description Pedro 2011-05-08 16:07:10 UTC
When loading a docx file, Writer will not load an Equation created in MS Word, and any text after it.

This is a regression. This didn't happen in LO 3.3.2. In Writer 3.3.2 the document is fully loaded and the Equation is displayed and opened in MS Equation Editor for editing.

Just for the record it didn't happen in OOo Writer 3.3 either. But OOo 3.4 Beta loads the whole text and just ignores the Equation.
Comment 1 Rainer Bielefeld Retired 2011-05-09 01:36:00 UTC
Please attach a sample document!
Comment 2 Pedro 2011-05-09 02:39:42 UTC
Created attachment 46469 [details]
docx sample file with text and equation on the second page

I did add the attachment when I submitted the bug report... Apparently it wasn't uploaded...
Comment 3 Noel Power 2011-05-09 13:07:59 UTC

*** This bug has been marked as a duplicate of bug 36496 ***
Comment 4 Noel Power 2011-05-10 02:17:35 UTC
huh, seems I marked this as a duplicate of the wrong bug ;-(
But.. I was able to reproduce this on windows but not on linux ( although my linux build is the latest build of the 3.4 branch ) I need to install the official 3.4 to check if this is really fixed in later builds or just a windows only bug
Comment 5 Noel Power 2011-05-10 03:10:30 UTC
seems this really is windows specific ( which seems weird ) tor, could you have a look please
Comment 6 Pedro 2011-05-10 15:17:51 UTC
I opened the document in LibreOffice 3.3.2 under Ubuntu 10.04 and the equation does show up. Double clicking the equation opens it in LO Math. But clicking on the equation crashes LO every time.
Comment 7 Rainer Bielefeld Retired 2011-05-19 08:18:37 UTC
It seems my results confirm Noel's suspect, problem is [Reproducible] with reporter's sample document and "LibreOffice 3.4Beta5  – WIN7  Home Premium  (64bit) English UI [DEV300m103 (Build:5)]", equation and following text are not shown.

MS WORD Viewer shows equation and following text.

Can't test with my own documents, it seems LibO does not export Math objects from Writer to docx (math formula invisible when reopen in LibO and also in MS WORD Viewer, but text behind missing formula object visible).

I modified Status to Assigned due to facts.
Comment 8 Pedro 2011-05-23 07:17:51 UTC
Since this is a regression from 3.3.2 and it prevents loading of documents, shouldn't it be considered a blocker and get higher importance?
Comment 9 Rainer Bielefeld Retired 2011-05-23 09:34:12 UTC

May be you should ask for an answer before you modify the fields? 
I doubt that this one is a blocker due to the definitions
<http://wiki.documentfoundation.org/Release_Criteria#Blocker_Bug_Nomination>, other docx problems mostly are classified with importance "medium / normal", so it will be difficult to substantiate a "blocker":

Comparing this issue with all other 100000 things on the to do list i can't see more importance for this one than "medium / normal". Please keep in mind that an other "critical" fix would have to be shifted to 3.4.1 in favor of this one, can you decide which one it will be?
Comment 10 Pedro 2011-05-23 10:44:48 UTC
You are right about the version. Sorry.

My point is that this is a REGRESSION and causes DATA LOSS. But you are correct that it only applies to docx. Are all the docx problems the same degree of importance?
Comment 11 Don't use this account, use tml@iki.fi 2011-06-22 05:08:01 UTC
In 3.4rc1 I get a crash, even, when opening the sample document from comment #2.
Comment 12 Pedro 2011-12-01 01:54:16 UTC
This bug is fixed in MinGW build 93e3a869-b211287-090bcba-45cf606 but not in the MSVC build 130028f-b211287-090bcba-45cf606-05891e7.

Does this information help?
Comment 13 Roman Eisele 2011-12-02 06:06:54 UTC
*** Bug 43429 has been marked as a duplicate of this bug. ***
Comment 14 Roman Eisele 2011-12-02 06:11:53 UTC
Hint: Bug 43429 "Opening of docx-file with mathematical formulas crashed writer. (Sample provided)" is a duplicate of this bug, I think, but the additional comments to Bug 43429 contain some information which may be helpful for fixing this bug ...

Under some circumstances (not sure, when) Writer just ignores the contents of the DOCX file after (and including) the first formula, under other circumstances Writer crashes opening the DOCX file. Not sure what makes the difference. Both phenomena happen on Windows only, of course.
Comment 15 Cor Nouws 2011-12-29 13:47:59 UTC
*** Bug 44289 has been marked as a duplicate of this bug. ***
Comment 16 Cor Nouws 2011-12-29 13:50:27 UTC
could be considered more important ?
Hmm medium/high  is for the dev to set, IIRC, so could be blocker in stead of major .. ?)
Comment 17 Luboš Luňák 2012-01-12 04:43:04 UTC
I can confirm, but I have no idea how to debug a windows-only problem.
Comment 18 Michael Meeks 2012-02-22 03:34:36 UTC
Lubos - it is rather hard; is the import valgrind clean ?
Comment 19 Luboš Luňák 2012-02-22 05:21:22 UTC
It is valgrind-clean.
Comment 20 Petr Mladek 2012-03-09 03:19:18 UTC
I increase the priority and severity because it causes data loos. See also the bug 46716.
Comment 21 Jesus Corrius 2012-03-10 09:33:33 UTC
This is the stack trace I get:

00 00e3b900 00e3b8dc 1450d122 ooxmllo!boost::detail::sp_counted_base::add_ref_copy+0x12
01 0f836dc4 87a1cce9 00e3b8fc ooxmllo!boost::detail::shared_count::shared_count+0x23
02 0f836dc0 87a1cd2d 0f838858 ooxmllo!boost::shared_ptr<writerfilter::ooxml::OOXMLProperty>::shared_ptr<writerfilter::ooxml::OOXMLProperty>+0x42
03 00e3b940 87a1cd61 0f835388 ooxmllo!writerfilter::ooxml::OOXMLPropertySetImpl::resolve+0x61
04 0016014b 0f7ef2c8 0016014b ooxmllo!writerfilter::ooxml::OOXMLFastContextHandlerProperties::handleOLE+0x75
05 091905a8 87a1cdad 0f7ef2c8 ooxmllo!writerfilter::ooxml::OOXMLFactory_vml_officeDrawing::endAction+0x46
06 091905a8 0007010f 87a1cdf9 ooxmllo!writerfilter::ooxml::OOXMLFactory::endAction+0x72
07 0007010f 091905a8 00e3ba0c ooxmllo!writerfilter::ooxml::OOXMLFastContextHandler::lcl_endAction+0x5b
08 0007010f 87a1ce39 0f8388e8 ooxmllo!writerfilter::ooxml::OOXMLFastContextHandler::endAction+0x1b
09 0007010f 00e3ba6c 0f3962d3 ooxmllo!writerfilter::ooxml::OOXMLFastContextHandlerProperties::lcl_endFastElement+0x34
0a 091905bc 0007010f 87ad165f ooxmllo!writerfilter::ooxml::OOXMLFastContextHandler::endFastElement+0x18
0b 0f806638 0f5b9a28 00e3bb44 fastsax_uno!sax_fastparser::FastSaxParser::callbackEndElement+0x103
0c 0f5b9a28 0f806638 00000001 fastsax_uno!call_callbackEndElement+0x16
0d 0f77f2c8 00000000 0f3c9cf0 fastsax_uno!doContent+0x842
0e 0f77f2c8 0f80ca51 0f810a18 fastsax_uno!contentProcessor+0x38
0f 0f77f2c8 0f3c9cf0 0f80ca51 fastsax_uno!doProlog+0x7e2
10 0f77f2c8 0f80ca18 0f810a18 fastsax_uno!prologProcessor+0x6f
11 0f77f2c8 0f80ca18 0f810a18 fastsax_uno!prologInitProcessor+0x40
12 0f77f2c8 00004000 00000000 fastsax_uno!XML_ParseBuffer+0xc8
13 0f77f2c8 0f620010 00004000 fastsax_uno!XML_Parse+0x1c2
14 87ad1367 00e3f8e0 00000000 fastsax_uno!sax_fastparser::FastSaxParser::parse+0xbf
15 0f5b9a3c 00e3bfcc 87a1cbc1 fastsax_uno!sax_fastparser::FastSaxParser::parseStream+0x3eb
16 0f7d3f84 87bf5cbd 00e3f8e0 ooxmllo!writerfilter::ooxml::OOXMLDocumentImpl::resolve+0x293
17 0f5d3f8c 00e3c49c 93842a8b writerfilterlo!WriterFilter::filter+0x7eb
18 0f777348 00000000 938429bf sfxlo!SfxObjectShell::ImportFrom+0x923
19 0f777348 9384272b 03f98548 sfxlo!SfxObjectShell::DoLoad+0xc6c
1a 08c7c350 00e3cab4 938425f3 sfxlo!SfxBaseModel::load+0x29f
1b 0ee96a00 00e3cccc 00e3ccc8 sfxlo!SfxFrameLoader_Impl::load+0x6ec
1c 93f3054b 0ed300d0 0ed300c8 fwklo!framework::LoadEnv::impl_loadContent+0xa52
1d 93f306a7 00e3f8e0 00000000 fwklo!framework::LoadEnv::startLoading+0xfe
1e 00e3cf58 00e3cf88 00e3e158 fwklo!framework::LoadDispatcher::impl_dispatch+0x2f3
1f 0ed30094 00e3cf58 00e3cf88 fwklo!framework::LoadDispatcher::dispatchWithReturnValue+0x5f
20 00e3d348 00e3e174 00e3d34c comphelpMSC!comphelper::SynchronousDispatch::dispatch+0x27a
21 00e3e2c0 00e3e1b8 016c1052 sfxlo!SfxApplication::OpenDocExec_Impl+0x2e97
22 072ddc48 00e3e2c0 072ddc48 sfxlo!SfxStubSfxApplicationOpenDocExec_Impl+0xf
23 016dae70 00e3e2c0 93840c2f sfxlo!SfxShell::CallExec+0x12
24 072ddc48 01ae6f4c 00e3e2c0 sfxlo!SfxDispatcher::Call_Impl+0x327
25 072ddc48 01ae6f4c 00e3e2c0 sfxlo!SfxDispatcher::_Execute+0x17b
26 0000157d 00000001 00000000 sfxlo!SfxDispatcher::Execute+0x11f
27 0000157d 00000001 0f77c768 sfxlo!SfxDispatcher::Execute+0x1f