Apache OpenOffice (AOO) Bugzilla – Issue 41843
Unrecoverable error upon File Export from drawing, pasted from spreadsheet chart
Last modified: 2005-04-01 02:36:49 UTC
To recreate: From a spreadsheet chart, I selected <ctrl-a> and copied it <ctrl-c> File:New:Drawing and paste <ctrl-v> mouse up to File click: Export Due to an unexpected error, oo crashed.
To clarify, I wanted to export to GIF, and followed the same keystrokes that worked in 1.1.2
Sorry, not reproducible. Which version exactly do you use? Would it be possible to attach the spreadsheet file you use for copy'n'pasting? Thanks in advance.
This is in OOo_1.9.m74_native_LinuxIntel_install.tar.gz I reproduced the bug with a second chart(.ods) before reporting it. I have already uploaded the first .ods to issue# 41842. It is attachment#22109 [details]: http://www.openoffice.org/nonav/issues/showattachment.cgi/22109/weatherDaily.ods
This crash did generate an Automated Crash Report Feb.01 08:33 PST Did you get it?
Surely we received the stack but it is hard to find (there are some more...) Did you write in a title or your email for contact? The crash still can't be reproduced.
Created attachment 22425 [details] proxy capture from error report tool
Attempted to duplicate issue on a different OS platform. It is *extremely* slow but does not crash. Windows XP Pro SP2, hotfixes to 2/05 Build 680m77 Java JRE 1.4.2_06 Steps followed: 1. Opened the attachment by double-clicking, which opened it in Writer. 2. Used CTRL-A to select all 3. Clicked File..New..Drawing.. 4. Used CTRL-V to paste image. 5. Clicked File..Export.. 6. Left the default export format as XHTML. 7. The export took approximately 7 minutes to complete. Considering that the final XHTML file was only 6KB this seems excessively slow. The CPU was pegged at 100% utilization by soffice.bin while the export was going. Also, I doubt that it saved correctly. Is export of a drawing to XHTML format supported? Please let me know if you would like this entered as a separate issue. Ed Z
@erzielin: ods is the file ending for spreadsheet documents. If you doubleclick such a file and it opens up in writer there is something wrong with your installation. If you have tried to open grab0.out: this was the proxy capture from error report tool. I am sure you did not try with the correct file...By the way : are you sure you tried to export to xhtml and not to html?
Created attachment 22627 [details] Export of attachment to XHTML for #41482 attachment id=22109
@wq: Regarding your questions - Sorry! - I meant Calc instead of Writer (the rest is correct). I definitely opened the correct document (attachment #22109 [details], then pasted the copied contents into Draw and exported it to XHTML. The resulting export to XHTML is attached. This time the export to XHTML took 2 min 19 sec.
Maybe you could check on a current version (m79) if this still occurs. I still can't reproduce it. I had a talk with a developer about the stack but he could not track the problem down becausw the stack is not very specific. Maybe it is a problem with the window manager...
Confirm still exists in 1.9.m79. Generated a crash report, which was just sent. window manager is windowmaker v0.80.1 XFree86 v4.1.0 will attempt to try another window manager.
have duplicated in icewm, and kde-3.2.3 (using knoppix-3.6 LiveCD) What window manager would you like me to try it on? Stewart
have downloaded 1.9.84 and in attempting to duplicate this bug, I found it now crashes after clicking File, but before showing the menu to click Export. Have duplicated this with a freshly opened soffice, File.New.Drawing then just clicking File on the menubar crashes. A crash report was generated and sent this morning. Perhaps something else is wrong here.
Could this be related to file locking or file permissions? Do you still have the problems if you run this as root? (Yes, I know it is dangerous to do things as root). What happens if you run soffice.bin directly so that SAL_ENABLE_FILE_LOCKING is not set?
I ran /usr/local/openoffice.org1.9.84/program/soffice as root, same results. The same 2 anomolies were present: I18N: Operating system doesn't support locale "en_US" File.New.Drawing the drawing toolbar on the bottom is (still) greyed out. Click on File. crash. #ls -l soffice -r-xr-xr-x 1 94705 6876 Mar 8 07:31 /usr/local/openoffice.org1.9.84/program/soffice* Loaded again. Clicked on Edit, View, Format, these work ok, but not File.
Sorry, still not reproducible in any way. I asume that the problem lies within your system/configuration. So far we cannot do anything about it, I'm sorry.
Closed.
Hold on. Are you closing the original _export_ bug, or the new crash first mentioned Mar.13 ? I can't even get to the export crash with 1.9.84, as it now crashes just on clicking File or Alt-F from a new drawing. Perhaps I should open a new issue for this, as I have duplicated this new problem on 2 different computers, running 3 different operating systems.
I figured out what is causing these crashes. Since v1.1 allowed me to selectively install parts of the openoffice suite, I intentionally left out impress when untar-gzipping 2.0beta, as I have no need for it. Unfortunately, it is now clear that impress is a dependency for draw. The dependency file for RPM does not state this, so did not suspect it sooner. Once impress is untar-gzipped, openoffice behavior is fixed, and now correct. worksforme