https://bz.apache.org/ooo/show_bug.cgi?id=127122
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #3 from [email protected] --- 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.
