Issue 125632 - Writer crashes during first save of as formula
Summary: Writer crashes during first save of as formula
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: 4.1.1
Hardware: PC Windows 7
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: crash
Depends on:
Blocks:
 
Reported: 2014-09-17 08:41 UTC by Daniele Ponteggia
Modified: 2016-11-09 13:37 UTC (History)
5 users (show)

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


Attachments
All math objects as listed in documentation (138.72 KB, application/vnd.oasis.opendocument.text)
2015-10-07 01:29 UTC, jtorano
no flags Details
MathObject_InsertCrash.PNG (167.58 KB, application/zip)
2016-10-01 03:07 UTC, sai
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Daniele Ponteggia 2014-09-17 08:41:22 UTC
Create a new document, insert a math object. 
Save. 
Writer crashes.
Comment 1 kali2009 2014-09-23 22:53:50 UTC
Language packs : English and Italian
Version: 4.1.1
OS: Windows 7 SP1 64bit

Steps taken:
1)Open writer with new document
2)Insert a math object. I used the quadratic formula.
3)Save file in .odt format
4)Repeat steps 1 - 2 then save in different formats until all formats have been tried
5)Repeat steps 1 - 3 using 19 additional math objects
6)Repeat step 5 then save in different formats until all formats have been tried
7)Repeat steps 1 - 6 using Italian language pack.

The crash could not be replicated using the steps outlined above thus no failure was observed.
Comment 2 jtorano 2015-10-07 01:25:24 UTC
Configuration used:

Windows 7 Enterprise 64-bit
Open Office 4.0.1

Steps Used:

Opened new open office document
1) Entered all commands listed here at the following link: http://www.openoffice.org/documentation/manuals/oooauthors/MathObjects.pdf 
2) Saved document after every math object was added to new document in all formats I had available they are listed below.
  1. ODF Text Document (.odt)
  2. ODF Text Document Template (.ott)
  3. OpenOffice.org XML 1.0 Text Document(.sxw)
  4. OpenOffice.org XML 1.0 Text Document Template(.stw)
  5. Microsoft Word 97/2000/XP (.doc)
  6. Microsoft Word 95 (.doc)
  7. Microsoft Word 6.0 (.doc)
  8. Rich Text Format (.rtf)
  9. Text (.txt)
  10. Text Encoded (.txt)
  11. HTML Document (OpenOffice Writer) (.html)
  12. Microsoft Word 2003 XML (.xml)
  13. Uniform Office Format 2 Text (.uot)
3) Opened new document and added every math object listed  in above link to test if in mass they would crash upon saving using all formats listed in step 2.
4) Opened new document and added every math object 100 then 1000 times to see if a large volume of math objects would cause crash. No crash experienced only very lengthy save and load times due to large volume of math objects (5 min plus on my system). Saved in all formats listed in step 2.
5) Opened new document and repeated steps 2-4 except instead of saving in all formats exported as pdf.

No failures or crashes observed in any of the steps noted above.

Conclusion:
Given that all math objects listed in the documentation were tested individually and together and no failure was observed it is hard to determine what is causing the crash and whether it is Open Office related. Further testing I would suggest would be testing as many possible commonly used permutations as possible of the different types of math objects as the problem may lie with a specific set of math objects or a specific formula within an individual math object. More info would be needed to further investigate this bug as there are infinite possible permutations. Another suggestion would be testing all math objects individually on different systems I have attached a document containing all math objects as organized in the documentation listed above.

Notes:
Small inconsistencies between documentation and what was displayed when testing all math objects.
-When using the math object (neg 1) it is displayed as  ¬ 1 whereas in the documentation the expected output is ∓ 1. I believe this is a discrepancy in the documentation not writer itself.
-In the documentation ddot is not given any parameters and therefore prints out a ? to rectify this I used a as a parameter like the following ddot a. It worked as expected and produced appropriate output ä.
Comment 3 jtorano 2015-10-07 01:29:14 UTC
Created attachment 85006 [details]
All math objects as listed in documentation

All math objects as listed in documentation are included in this .odt so that future testing can be done easier.
Comment 4 sai 2016-10-01 03:07:22 UTC
Created attachment 85707 [details]
MathObject_InsertCrash.PNG

I was successfully able to replicate the issue on OpenOffice Writer v4.1.2 on the following system -
Windows Edition: Windows 8.1 
Processor: Intel® Core TM i5-5300U CPU @ 2.30 GHz 2.29 GHz Installed memory (RAM): 8.00 GB
System type: 64-bit Operating System, x64-based processor
Steps to reproduce -
1. Click on Windows button and click on search
2. Lookup for - 'OpenOffice Writer' to open up a new Writer document
3. Click on 'Insert' -> 'Object' -> 'Formula'
4. Select the and click on
- Refer to screenshot attached 'SelectThis.PNG'
5. Type 2+3 in the input tab at the bottom in place of <?>
6. Click somewhere on the document
7. Click on File -> Save
8. Name the document, default save as type should be '.odt'
9. Click on Save button
Expected Result - The file should get saved with the mathematical object inserted
Actual Result - User is navigated to the OpenOffice Document Recovery pop-up window with the Untitled filename listed as in step#2
Refer to screenshot attached 'MathObject_InsertCrash.PNG'
1. User selects the Untitled filename and clicks on OK
2. User is given an option to Start Recovery
- Refer to screenshot attached 'WhenOpenOfficeWasReopened.PNG'
3. User clicks OK
4. Untitled file opens up with the inserted mathematical object
Application should have saved the file with the math object inserted at the very first place. It should not crash and then give an option to the user to recover the file.
However, when the user tries to save the file again it successfully gets saved. - Refer to attached .odt file 'MathObject_secondTime.odt'
The issue only seems to be occurring when a new Writer document is opened for the first time.
Comment 5 Keith N. McKenna 2016-11-03 20:27:39 UTC
Have successfully replicated using the steps outlined by sai in comment 4 with the following configuration:

System Configuration:
Processor: Intel Core i5 CPU M560 @2.67GHz
Installed Memory: 2.00 GB (1.6 usable)
Operating System: Windows 7 Home Premium 64 bit

Apache Open Office:
AOO413m1(Build:9783)  -  Rev. 1761381
2016-09-29 02:39:19AOO413m3(Build:9782)  -  Rev. 1709696
Language: en_US
Additional Language Packs: None
 This only appears to happen on the first save of the document once it recovers you can save the document with no problem.