[Issue 127122] opening big file (.ODT) freezes Writer
https://bz.apache.org/ooo/show_bug.cgi?id=127122 --- Comment #11 from yury_t --- (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.
[Issue 127122] opening big file (.ODT) freezes Writer
https://bz.apache.org/ooo/show_bug.cgi?id=127122 mroe changed: What|Removed |Added Resolution|--- |NOT_AN_OOO_ISSUE Status|UNCONFIRMED |RESOLVED --- Comment #10 from mroe --- 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
https://bz.apache.org/ooo/show_bug.cgi?id=127122 --- Comment #9 from mroe --- 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
https://bz.apache.org/ooo/show_bug.cgi?id=127122 yury_t changed: What|Removed |Added Resolution|NOT_AN_OOO_ISSUE|--- Status|RESOLVED|UNCONFIRMED --- Comment #8 from yury_t --- (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] opening big file (.ODT) freezes Writer
https://bz.apache.org/ooo/show_bug.cgi?id=127122 --- Comment #7 from mroe --- 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] opening big file (.ODT) freezes Writer
https://bz.apache.org/ooo/show_bug.cgi?id=127122 mroe changed: What|Removed |Added Resolution|--- |NOT_AN_OOO_ISSUE Status|UNCONFIRMED |RESOLVED --- Comment #6 from mroe --- (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
https://bz.apache.org/ooo/show_bug.cgi?id=127122 --- Comment #5 from yury_t --- 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
https://bz.apache.org/ooo/show_bug.cgi?id=127122 --- Comment #4 from yury_t --- 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
https://bz.apache.org/ooo/show_bug.cgi?id=127122 ed...@cox.net changed: What|Removed |Added CC|ed...@cox.net | -- You are receiving this mail because: You are the assignee for the issue.
[Issue 127122] opening big file (.ODT) freezes Writer
https://bz.apache.org/ooo/show_bug.cgi?id=127122 ed...@cox.net changed: What|Removed |Added CC||ed...@cox.net --- Comment #3 from ed...@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
https://bz.apache.org/ooo/show_bug.cgi?id=127122 --- Comment #2 from yury_t --- 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] opening big file (.ODT) freezes Writer
https://bz.apache.org/ooo/show_bug.cgi?id=127122 --- Comment #1 from yury_t --- 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.