You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@openoffice.apache.org by bu...@apache.org on 2016/09/19 10:36:31 UTC
[Issue 127122] New: opening big file (.ODT) freezes Writer
https://bz.apache.org/ooo/show_bug.cgi?id=127122
Issue ID: 127122
Issue Type: DEFECT
Summary: opening big file (.ODT) freezes Writer
Product: Writer
Version: 4.2.0-dev
Hardware: PC
OS: Linux 64-bit
Status: UNCONFIRMED
Severity: Normal
Priority: P5 (lowest)
Component: open-import
Assignee: issues@openoffice.apache.org
Reporter: yury.tarasievich@gmail.com
I have a big file with lots of formulas (obfusctaed, attached), which is
freezing Writer on opening, at something like 80% progress.
LibreOffice had the same issue up to and including 4.2 series (see also
https://bugs.documentfoundation.org/show_bug.cgi?id=88140).
Then some changes LO folks introduced in the 4.3 series made the issue go away
(the fix wasn't intentional, it seems).
Shows here both in 4.1 and 4.2.0-dev series.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] problem with bibliography index "std::bad_alloc"
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #14 from yury_t <yu...@gmail.com> ---
Some minor followup on this:
Minding the #c12, I've deleted the bibliography in LO 5, saved and opened the
original (not obfuscated) bigfile in AOO 4.1.4 - success!
Still in AOO 4.1.4, added bibliography, saved - success!
Tried to open in 4.2.0 AOO420m1(Build:9800) - Rev. 1817003 //
2017-12-05_04:15:45 - Rev. 1817150 : after progressbar finished 100% and
disappeared, I've got msgbox 'General error', but after dismissing it I've got
the file on screen, opened.
Then, tried to save this file (still in 4.2.0). Progressbar finished, got
msgbox 'Error saving the document ... // General error'. However, the file is
already there, okay by the superficial look.
And when this file in its turn is opened, the same thing with 'general error'
happens (like described two paragraphs back).
Would you comment?
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #4 from yury_t <yu...@gmail.com> ---
I am unsure what those tests were supposed to mean.
That file -- likewise all succeeding versions of the original which was
obfuscated to produce that file -- are opened with LibreOffice 4.3 series and
newer.
And I'm fairly sure it's the sheer complexity of the structure that triggers
the behaviour -- one page of random content times 300 is not complex enough (it
was tried).
So, is there any hope of fixing this in AOO?
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
eds92@cox.net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |eds92@cox.net
--- Comment #3 from eds92@cox.net ---
I have been able to replicate this Bug with the given document. it loads to
about 80% like yury_t stated then crashes with an error message of bad
allocation. However I have not been able to replicate this with any other
documents of similar size.
opening the file in different programs:
Microsoft office: recover document prompt and successful repair
note pad: gibberish
word pad: opens fine with warning that format is not fully supported
Enviroment:
Windows 10 Pro (version 1607),
AMD FX(tm)-8350 8core processor (4.00hz),
32GB ram,
64-bit system
Attempts:
Test 1: open given file in open office writer
File Size: 3.76MB
Steps:
1. double clicked file to open
Expected outcome: load file
Actual outcome: Writer crashed at 80%
Test 2: open given file in windows (to see if it is corrupted)
File Size: 569KB
Steps:
1. right clicked and open with microsoft office
2. when prompted to recover hit yes.
Expected outcome: load file
Actual outcome: file is corrupted but able to be recovered. Repaired style 1 to
recover the document.
Test 3: open recovered file in open office
File Size: 569KB
Steps:
1. right clicked and open with open office
Expected outcome: load file
Actual outcome: file is able to be loaded. I noticed that the style was in
Russian (Титульный лист) and the font type was a non standard (XITS). Not sure
if that style had cause any issues with the document.
Test 4: changed file to default and font Adobe Arabic and reload
File Size: 2.17MB
Steps:
1. select all
2. change style to default and fornt to adobe arabic
3. save file and close
4. open file
Expected outcome: load file and no real effect
Actual outcome: file is able to be loaded, but the size of the document
increased from 569KB to 2.17MB
Test 5: double file size to be equal or greater than original document and
reload
File Size: 4.36MB
Steps:
1. select all
2. copy and past (after deselecting)
3. save file and close
4. open file
Expected outcome: load file and no real effect
Actual outcome: file loaded, no change
Test 6: create new document of size greater than 4MB with formulas and reload
File Size: 6.12MB
Steps:
1. add in "X" and nonsensical formulas for about a page
2. copy and past to 105 pages
3. save file and close
4. open file
Expected outcome: load file
Actual outcome: file loaded without issue
Conclusion:
If I had to guess, I would say that either the document got corrupted when it
was last saved or that the bug is related to a style or format that was not
replicated in my own test document and got removed by Microsoft's recovery
function.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #5 from yury_t <yu...@gmail.com> ---
Hey guys, one year having passed, just checked with
AOO420m1(Build:9800) - Rev. 1811013
2017-10-04_04:15:13 - Rev. 1811038
The issue is still there. Loading big file progresses up to 75-80%, then OOO
freezes, shortly after the system load goes to about 100%.
Is there any hope of solving this? You guys are crafty with GIT and stuff, you
could replicate the solution of the similar issue in LibreOffice (link in #1),
or trace the differences in relevant modules between LO 4.2.* and 4.3.* series.
I (still) can't attach 4M file to this bugzilla, so you'd have to rely on
attachments in the page linked in #1.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #1 from yury_t <yu...@gmail.com> ---
I was going to attach the ODT file triggering the issue but it is 4M in size,
bugzilla won't let it through. What to do?
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #9 from mroe <mr...@gmx.net> ---
Created attachment 86219
--> https://bz.apache.org/ooo/attachment.cgi?id=86219&action=edit
The file without content
I've opened your File with LO 5 and deleted the content in it.
LO can reopen it, but AOO doesn't. So it has nothing to do with the size or the
count of objects in it – only with that, HOW LO saves the file.
Please go to the LO people that they should find out, what is wrong inside the
written file!
Again: Create a file with AOO, which AOO is unable to open after a successful
save!
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #7 from mroe <mr...@gmx.net> ---
Amendment:
If you can create such a huge file with 1290(!) (math) objects inside with
Apache OpenOffice and AOO saves this file without errors but can not reload it,
feel free to reopen this issue as an AOO bug report.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] problem with bibliography index "std::bad_alloc"
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
mroe <mr...@gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|NOT_AN_OOO_ISSUE |---
Version|4.2.0-dev |3.3.0 or older (OOo)
Summary|opening big file (.ODT) |problem with bibliography
|freezes Writer |index "std::bad_alloc"
--- Comment #12 from mroe <mr...@gmx.net> ---
Deleting the bibliography index lets AOO open the (big) file.
Maybe there is a developer who want to look at this problem.
I set the Version to 3.3.0 or older because the file was created with a version
earlier than 4.0. I don't know, if such a problem file can be created with AOO,
so I reset the issue back as UNCONFIRMED.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
eds92@cox.net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|eds92@cox.net |
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] problem with bibliography index "std::bad_alloc"
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #18 from yury_t <yu...@gmail.com> ---
Few days ago, I had to process my big file in LO.
The big file had its big problematic bibliography index removed and re-done in
AOO and up to that moment had been opening in AOO nicely.
After I worked with the file in LO, I've tried to open it again in AOO 4.2.
Imagine what -- the issue was back -- opening gets to about 75% in the progress
bar, CPU usage tops, and after I kill the process, it sometimes shows me the
messagebox about "bad std alloc" or something.
I verified this by removing the bibliography in LO and saving and opening in
AOO -- opens okay, so the point of failure is the bibliography somehow.
The LO 5.4 has its saving format set to 1.2 extended in compatibility mode.
Would attaching just the bibliography part of the contents XML help? I still
can't publish the complete file.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] problem with bibliography index "std::bad_alloc"
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #13 from yury_t <yu...@gmail.com> ---
Well, thank you for letting this squat on your BZ.
The file in question grew to its breaking in LO 3.6.7.2 (early 2015), but was
created, I think, in fairly low 3.* versions (late 2012), might be even before
'the Schism'.
It was a several years work, and what would I know about 'should' and 'should
not' (do with OO of either extraction)?
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] problem with bibliography index "std::bad_alloc"
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #15 from yury_t <yu...@gmail.com> ---
However, the AOO415m1(Build:9789) - Rev. 1816477 // 2017-12-03_12:47:08 -
Rev. 1817032 used in the same scenario doesn't show those msgboxes.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
mroe <mr...@gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |NOT_AN_OOO_ISSUE
Status|UNCONFIRMED |RESOLVED
--- Comment #10 from mroe <mr...@gmx.net> ---
To reopen this issue as an valid bug, please:
You have LO and you have AOO.
Simply copy the content from LO to AOO and create the indexes. Save the file.
Look if AOO can reopen the file or not.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
yury_t <yu...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|NOT_AN_OOO_ISSUE |---
Status|RESOLVED |UNCONFIRMED
--- Comment #8 from yury_t <yu...@gmail.com> ---
(In reply to mroe from comment #7)
> Amendment:
>
> If you can create such a huge file with 1290(!) (math) objects inside with
> Apache OpenOffice and AOO saves this file without errors but can not reload
> it, feel free to reopen this issue as an AOO bug report.
I don't understand this position.
If both branches (LO and AOO), based on common codebase, fail in the same
manner, processing the same input, then it's only logical to pick up the
(principle of the) solution from one branch to another.
I assure you, this file just exposes in AOO the same weakness that LO had prior
to 4.3 series.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] problem with bibliography index "std::bad_alloc"
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #19 from yury_t <yu...@gmail.com> ---
Created attachment 86443
--> https://bz.apache.org/ooo/attachment.cgi?id=86443&action=edit
big file (just the bibliography)
This is the big file in question cut down to just the bibliography index. The
bibliography was rebuilt in LO 5.4.7.2 which is set to save in ODF 1.2 extended
format (compatibility mode).
On opening freezes the AOO 4.2 with CPU and memory usage maxing out.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] problem with bibliography index "std::bad_alloc"
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
Matthias Seidel <ms...@apache.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mseidel@apache.org
--- Comment #17 from Matthias Seidel <ms...@apache.org> ---
(In reply to yury_t from comment #16)
> Re-checked with:
>
> AOO420m1(Build:9800) - Rev. 1819451
> 2017-12-29_04:16:37 - Rev. 1819466
>
> -- shows msgbox 'General error' after the doc load completion but before the
> writer screen opens. Dismissing the msgbox gets to the doc opened okay (? at
> least, I see no immediate problems). Re-saving the doc goes like in #14.
>
> AOO415m1(Build:9789) - Rev. 1817496
> 2017-12-24_12:46:45 - Rev. 1819218
>
> -- opens and re-saves without complains.
The message box in 4.2.0 is not related to your problem.
See i127315
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
mroe <mr...@gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |NOT_AN_OOO_ISSUE
Status|UNCONFIRMED |RESOLVED
--- Comment #6 from mroe <mr...@gmx.net> ---
(In reply to yury_t from comment #2)
> Well, the big file in question is available at:
> https://bugs.documentfoundation.org/attachment.cgi?id=114621
This file was created with an older version of LibreOffice. And this version of
LibreOffice can't open its own file. So what happens this to Apache OpenOffice?
IMHO Nothing!
As you stated, a newer version can read this file. Fine.
Now it would be a good goal, if LibreOffice would create files in a standard
way, so other ODF-applications can also read these files.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #2 from yury_t <yu...@gmail.com> ---
Well, the big file in question is available at:
https://bugs.documentfoundation.org/attachment.cgi?id=114621
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] problem with bibliography index "std::bad_alloc"
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #16 from yury_t <yu...@gmail.com> ---
Re-checked with:
AOO420m1(Build:9800) - Rev. 1819451
2017-12-29_04:16:37 - Rev. 1819466
-- shows msgbox 'General error' after the doc load completion but before the
writer screen opens. Dismissing the msgbox gets to the doc opened okay (? at
least, I see no immediate problems). Re-saving the doc goes like in #14.
AOO415m1(Build:9789) - Rev. 1817496
2017-12-24_12:46:45 - Rev. 1819218
-- opens and re-saves without complains.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=127122
--- Comment #11 from yury_t <yu...@gmail.com> ---
(In reply to mroe from comment #10)
> To reopen this issue as an valid bug, please:
>
> You have LO and you have AOO.
> Simply copy the content from LO to AOO and create the indexes. Save the
> file. Look if AOO can reopen the file or not.
AOO can't even paste the content, throws "std::bad_alloc" messagebox at me and
aborts.
For me, it looks like there are issues in AOO, coming from the old (pre 4
series) codebase, common with LO
(I remember now I've seen the "std::bad_alloc" in LO console too, in context of
opening this same big file, before the issue was fixed in LO 4.3 series).
--
You are receiving this mail because:
You are the assignee for the issue.