Issue 125720 - Writer Crashes During Save AFTER Adding Table
Summary: Writer Crashes During Save AFTER Adding Table
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: 4.1.1
Hardware: All Windows 7
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: needmoreinfo
Depends on:
Blocks:
 
Reported: 2014-10-06 13:43 UTC by Terry DeLaney
Modified: 2016-11-12 10:29 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
crash photo (4.2.0) (418.91 KB, image/jpeg)
2015-10-07 03:49 UTC, Nnamdi
no flags Details
Screenshot of loss of formatting (154.90 KB, image/png)
2016-10-05 14:41 UTC, wmckinnnon
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Terry DeLaney 2014-10-06 13:43:50 UTC
I've tried this several times, with 4.1.0 and 4.1.1, with the same results. The document is stable UNTIL I add a table. Once I save it, it closes as normal. Upon opening it, however, the proggie crashes.

The table is an cut/paste from an Excel 97 doc. No good. Then I tried converting the table to plain text and then creating the table within OO. Still crashes.

The doc is attached to this submission.
Comment 1 Terry DeLaney 2014-10-06 15:17:54 UTC
Looks like the document is too big. Here's the D/L link:

http://www.bogadocious.com/temp/DTV.odt
Comment 2 Nnamdi 2015-10-07 03:44:57 UTC
CONFIGURATION: Windows 10 Home (64-bit), 12GB RAM, 1080p display.
VERSION: Apache OpenOffice 4.1.1 (AOO411m6 (Build: 9775) - Rev. 1617669) 
(Further tested on 4.2.0 (AOO420m1 (Build: 9800) - Rev. 1692551))

STEPS ON OPEN OFFICE 4.1.1
1. Open a new blank document
2. Paste a table copied from another document. Nothing happens.
3. Save the document and exit. Re-open the document. Nothing happens.
4. Create a new table in the document. Nothing happens.
5. Save, exit and re-open. Nothing happens. 
6. Paste a very large table (I used a table with 8,780 rows from an excel file containing historical data of Apple’s stocks). Takes about 15 seconds to paste, and another 5 seconds to save.
7. Close and re-open the document. Takes about 20 seconds to load, but it doesn't crash.
Follow up tests:
1. Try cutting the table. The program stops responding and has to be forced to close.
2. Re-open the recovered document (the way it was before cutting was attempted). Loads in about 8 seconds, but the program feels slow and unresponsive.
3. Try adding a row to the table. The program stops responding again and has to be forced to close.
4. Re-open the recovered document again, and attempt to add a new row once again. This time, the program stops responding, but recovers after about 10 seconds, and adds the new row.
5. Re-try cutting the table. Program freezes and doesn't recover. Has to be forced to close.
6. Open a new blank document, paste the large table again (takes 15 seconds), and this time without saving and exiting, try cutting it immediately. Program freezes and doesn't recover. Has to be forced to close. 
7. Change the page settings (paper type and page orientation) and carry out same tests as above. Same results, writer crashes when I attempt to cut the table.

STEPS TAKEN IN OPEN OFFICE 4.2.0
1. Initial steps same as 4.1.1 above (excluding follow up tests).
2. Try cutting the table. The program freezes for about 3 minutes, but finally cuts the table.
3. Try pasting it back immediately after cutting, and the program freezes again and has to be forced to close.
4. Re-open the recovered document. It feels slow and unresponsive, and basic tasks such as adding or deleting rows from tables take time to complete. After a while however (5 minutes), the program starts responding as usual.
5. Change the page settings (paper type and page orientation) and carry out same tests as above. Same results, writer crashes when I attempt to paste the table after cutting it.
CONCLUSION:
Wasn't able to replicate the bug on 4.1.1 as stated, however, after further testing, I did notice a bug related to cutting, similar to Issue 73532 which has been confirmed. Testing on the beta version (4.2.0), I also wasn't able to replicate the bug as stated, however, after pasting the table and cutting it back, an attempt to paste it back freezes the system.
Comment 3 Nnamdi 2015-10-07 03:49:27 UTC
Created attachment 85027 [details]
crash photo (4.2.0)

photo of the failure on 4.2.0
Comment 4 Sandeep 2016-04-09 16:56:44 UTC
SandeepG (16/04/09))

I repeated steps as Nnamdi did for 4.2.0. 
-------------------------------------------

Observation: Unlike Nnamdi mentioned in Step# 2 that table will be cut after 3 minutes, this is not happening right now. 

Configuration
---------------
Platform: Windows 7 Professional SP1, 8 GB RAM
------------------------------------------------
OO 4.2.0 AOO420m1(Build:9800)  -  Rev. 1692551, Rev.1692551
----------------------------------------------------------------
Application already running:  SQL Developer, Adobe Acrobat Reader, Notepad++, Google Chrome Browser, Windows Word 2010, Excel 2010
------------------------------------------------------------------------------------
CPU Usage: 10-15%, Processes already running - 100, Physical Memory - 33%

STEPS ON OPEN OFFICE 4.2.0
----------------------------

1. Open a blank document, enter nothing
2. Open the excel 97 document containing 8K+ records and copy all the data
3. Paste all data to the opened OO document. It may take upto 20-35 seconds to paste the entire data

Observation:  Table formatting is lost after 4922 nd record

4. Once all data is pasted, Save the document and select all data and select cut from context menu
5. After several minutes (tested for 3-8 minutes range) user see no processing activity and data remains there on the document. So table is not cut at all
Comment 5 wmckinnnon 2016-10-05 14:41:20 UTC
Created attachment 85713 [details]
Screenshot of loss of formatting
Comment 6 wmckinnnon 2016-10-05 15:05:54 UTC
Windows 8 Version 4.1.2 

Repeated Sandeeps steps and then expanded on them
--------------------------------------------------

STEPS TAKEN
----------- 
1. Open a blank document, enter nothing
2. Open the excel 97 document containing 6K+ records and copy all the data
3. Paste all data to the opened OO document. took a few minutes
Observation: loss of formatting around the 5000th row
4. Remove and add rows to table with no issue
5. Saved the document
6. opened document 
Observation: no change between the document as it was before

7. close and save document 
8. Create a new OO document within the same folder while document 1 is saving
9. Open the second document by double clicking on it 

Observation: Data from the first document around 1000 rows was somehow added into my blank document and loaded into it without any user inputs. 

10. attempted to load a larger file into a blank document Over 10k rows
11. Select everything with Ctrl A and then cut using the context menu

Observation: Program freezes and does not recover

Conclusion. When loading these large tables I experienced loss of formatting similar to how Sandeep described. When save and closing a document with a large table over 6k rows and creating and opening a new document within the same folder data was transferred to the new document. When cutting a large number of tables from the document the program freezes and does not recover even after long periods of time (over an hour).
Comment 7 Keith N. McKenna 2016-11-03 19:42:47 UTC
(In reply to Terry DeLaney from comment #1)
> Looks like the document is too big. Here's the D/L link:
> 
> http://www.bogadocious.com/temp/DTV.odt

Please put this document somewhere that it will be reachable. It is no longer available at the above link.
Comment 8 oooforum (fr) 2016-11-10 17:03:22 UTC
No news from OP since +2 yrs.
I'm afraid that this document will be unreachable for a long time.

So, I don't know what status must be setting in the future.
Comment 9 Keith N. McKenna 2016-11-10 17:19:26 UTC
(In reply to oooforum (fr) from comment #8)
> No news from OP since +2 yrs.
> I'm afraid that this document will be unreachable for a long time.
> 
> So, I don't know what status must be setting in the future.

Was just going through these old issues and as a courtesy set the need more info keyword and asked that another copy of the file be added to try to verify the issue. My intention was to close it as obsolete if no response from the OP.
Comment 10 Marcus 2016-11-12 10:29:46 UTC
@Keith:
The issue is 2 years old. When the reporter is still around and can still reproduce ther issue, then he or we can reopen the issue. Until then I would close it.