Bug 35158

Here is the doc file: http://ubuntuone.com/p/gvm/ (1.4 MB in size)

Yes

For Cédric?

Reproduced with
LibreOffice 3.3.1 RC2 (1:3.3.0-1lucid1) - Ubuntu 10.04 x86 Linux 2.6.32-28-generic Russian UI

In LO 3.5 the problem does not stand,but the document's layout is not ok, it's absoloutly different than in Microsoft Office

on Ubuntu 32 Bits it does not open - anyway not in 5 minutes ;-)
in 3.5.2 and in daily build 2012-04-17

turning off hardware acceleration has no infuence.

Created attachment 60379 [details]
backtrace attached (sorry, no debug info)

Bug is still reproducible with LibreOffic 3.5.2.2 on MacOS X 10.6.8. -- so, even if this bug is fixed for Windows (see comment #5), it is still present both on Linux and MacOS X.

Similar to Bug Bug 34268 - "FILEOPEN Writer hangs indefinitely when opening attached .doc"; but may have a different root.

I will attach the MacOS X log file created when I had to force quit
LibreOffice; maybe it helps to find out what caused the hang (e.g., icu?)

Created attachment 60402 [details]
Log file created by MacOS X when I had to force quit LibreOffice 3.5.2.2

ack; looks like a fairly bog-standard layout loop:

Run till exit from #0  0xaeb5274f in SwLayAction::Action() () from /data/opt/OOInstall/program/../program/libswlo.so

hangs indefinitely.

To make progress on this bug it would -really- help to binary chop the document down to a single page document with as few elements in it as possible that still reproduces the problem.

To do that - you will need to load and edit the doc in Microsoft Office; chop the top 1/2 out, save, load in LibO - if the problem persists good - it was in the bottom, else undo, chop the bottom 1/2 out, save - it was in the top & check.

Repeat that until there is next-to-nothing in the document; and we might be able to get somewhere with it :-)

Thanks !

For the record:
Bug still REPRODUCIBLE with LibreOffice 3.6.0beta1 (Build ID: 1f1cdd8), German langpack installed, on MacOS X 10.6.8 German UI.

any takers for binary chopping / reducing the document ? :-) as I say, that really helps.

(In reply to comment #11)
> To make progress on this bug it would -really- help to binary chop the document
> down to a single page document with as few elements in it as possible that
> still reproduces the problem.
> 
> To do that - you will need to load and edit the doc in Microsoft Office; chop
> the top 1/2 out, save, load in LibO - if the problem persists good - it was in
> the bottom, else undo, chop the bottom 1/2 out, save - it was in the top &
> check.
> 
> Repeat that until there is next-to-nothing in the document; and we might be
> able to get somewhere with it :-)

Hint:
I will try this right now -- got access to a machine with MSO 2010 for some hours -- just a hint to others in order to prevent doing this twice ;-)

Wait a minute -- the situation has changed: on Mac OS X, LibreOffice 3.6.1.2 (Build ID: e29a214) _can_ acutally open the file -- no hang anymore on fileopen!

However, there are still serious problems with that file:
* the hang comes later, when you scroll around a bit;
* and the document gets pages and pages and pages, all empty, without ending ...

So I will still try to cut this document in pieces (with MS Office) and see if I can isolate some problems. I will report the results later.

Created attachment 66337 [details]
The document in question

Created attachment 66339 [details]
A PDF of the document, created with MS Office 2010


We need to know about what kind of document we are talking; for this reason I have first created a PDF of the document in question, with MS Office 2010. Now we can see how many pages are there, how they are supposed to look, what images, texts, etc. are there ... This also helps to find elements which LibreOffice imports incorrectly.

Created attachment 66357 [details]
The first 8 (!) pages of the document, extracted with MS Office 2010


Bad news: this is a really weird issue, even binary chopping does not give us a clear image of what is going wrong here.

The original document contains 32 pages (see the PDF file; don’t be irritated by the table of contents at the beginning: chapter 2 and what follows are listed in the TOC, but not included in the document, it ends with the 1st text page of chapter 2). If I divide it with MS Office 2010 into two .doc files containing page 1-16 and 17-32, and open both files with LibreOffice 3.6.1.2 on MacOS X, _both_ files show the symptoms (they open, but the layout is broken, and LibreOffice hangs after some scrolling). This probably means that there is not just one single problematic object in the document, but more than one ...

Furthermore, if I divide the 1st half again into page 1-8 and 9-16, the document containing page 1-8 still shows the symptoms: when I open it with LibreOffice,
* the layout is broken and really weird,
* LibreOffice continues to count the page count (which is shown in the lower
  left corner of the document window) up -- the count goes to 1000 and more ...
* if I scroll around for a while to see all these strange pages, LibreOffice
  finally hangs; the page count is at 1067 at this moment.

-> I attach this extracted document (containing the text of the original pages 1-8) to this comment; at least we have now a smaller document still showing all these strange symptoms.

-> I will attach the log file created for the hang, but I know it will be little help.

Finally, I wanted to isolate the problem, and divided that (page 1-8) document again into two documents, page 1-4 and 5-8. Now -- surprise! -- both these documents open in LibreOffice, and while their layout looks horrible, no hang occurs anymore! Also the page count is more or less correct (it first jumps to 9 or so, but when I scroll to the end of the documents, it goes down to the correct number, 5 or 7 resp., because the layout is broken and the text now consumes much more space than on the original 4 pages each).

So the problems, while visible in the 8 pages extracted before, are neither in the 1nd (1-4) nor in the 2nd (5-8) half alone, but only in the complete (1-8) document); they are not easily isolable.

Created attachment 66358 [details]
Mac OS X log fie created when I had to force quit LibreOffice because it hangs


(In reply to comment #18)
> -> I will attach the log file created for the hang, but I know it will be
> little help.

Here it is ...

Quick test with parallel installation of  "LOdev  4.0.0.0.beta1   -  GERMAN UI / German Locale  [Build ID: 87906242e87d3ddb2ba9827818f2d1416d80cc7)]"  {tinderbox: @6, pull time 2012-12-06} on German WIN7 Home Premium (64bit) with separate /4 User Profile for Master Branch: Works fine.
FILEOPEN hang with LibO 3.3.3 (IWN) was reproducible

Seems to be OS All Due to comment 9

Version 4.1.0.0.alpha0+ (Build ID: 80cbc04c2cbe25ebdfe2f22bb2e5ba62728e963)

Bodhi Linux

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Cannot reproduce bug as it's stated (no hang). Because it's been confirmed by so many people on 3.3, I am going to mark this as FIXED. Usually we would mark the bug as WORKSFORME as we don't know the exact patch that solved the problem but with so many confirmations, WFM seems inappropriate. 

If there are other problems with the document, we should open up new bugs to reflect the individual problems, as the problem described in the summary as well as in the title appears to be fixed.

Thanks!

Cedric - apologies if you want to keep this one open as is, if you do, can you reopen the bug and move it out of MAB?

I lied, definitely still an issue. I left my computer and came back and the document was at 2,000 pages! 

Marking: 
REOPENED (my mistake for closing)

Taking off MAB list only because it's one document, I haven't seen another report of this problem so it seems like it's only affecting a small number (maybe 1) document. 

If we can get reproducible steps on how to create the document that makes this loop, maybe we can see if this is a common issue but as it stands, doesn't seem to affect enough people to be on the MAB list.

@clio - this doesn't mean the bug won't be tackled! Just means that it doesn't seem to meet the standards to be a MAB.

I *think* this is WORKSFORME.

Version: 4.4.0.0.alpha0+
Build ID: aa0e3701aad1a8a955773e869d9a6b59eac51e72
TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2014-08-10_06:59:50

69 pages. This still has odd behavior since pages change from 81 to 89 and then finally ending on 69 pages. Takes a bit but then it stays at 69 pages.

On 4.3.0.4 this still causes LO to hang.

So if this persists for you with the nightly from today or newer, please add more input. Otherwise I'd consider this WORKSFORME.