https://bz.apache.org/ooo/show_bug.cgi?id=125632
jtorano <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #2 from jtorano <[email protected]> --- 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 ä. -- You are receiving this mail because: You are the assignee for the issue.
