Apache OpenOffice (AOO) Bugzilla – Issue 58819
PDF export crashes Office if no temp disk space left
Last modified: 2007-05-27 21:23:24 UTC
Open up Writer and some document. Now make sure your disk partition with the temp folder has no space left on it. Try an PDF export of your open document. Now, Writer crashes. This situation is related to issue 19481 , which leads to data loss when trying to save a file, having a full temp partition. However, Writer does not crash in that situation but rather gives a error message about a general I/O error. I filed a new issue as I assume the crash itself is independent of issue 19481. Could it be solved towards a like situation with an error message rather than a crash?
Reassigned to HI.
Can you reproduce it also with calc and impress. And does it occur also by printing?
How to reproduce this bug. I noted that my previous description to reproduce is insufficient (I'm sorry), so here are the missing details: Note that step (1) is because the bug is not reproducible with small documents; there, an error message might appear which says "Error while saving document name.odt: write problem. Unable to write the file." (something like that; the German original of the error message is "Fehler beim Speichern des Dokumentes name.odt: Schreibproblem. Die Datei konnte nicht geschrieben werden."). When this error message occurs, the PDF export does not crash OOo Writer (but is not successful, either, of course). However, in the "small file situation", the bug does occur too, from time to time. In the "large file situation", the crash is reproducible every time for me. (1) Start OOo, create a new writer document, insert 600 KByte ASCII Text and save the document. Then, exit OOo. The bug does not seem to depend on special content of documents but simply on their size, as it occurred with a complicated article of 42 pages as well as with this ASCII paste document. (2) Make the harddisk partition which contains /tmp "offically full". By this I mean that it is enough to make the temp partition that full so that "df" shows zero free blocks. In these cases, the difference between "all blocks" and "used blocks", calculated from df's output, was nonzero, though. And I was able to create and copy files with the shell. But for this issue, this kind of "full" seems sufficient. I created such a state using the number of free 1K-blocks indicated by df and a instruction like "dd bs=1024 count=2881392 if=/dev/zero of=/fillfile.raw", where "2881392" is the number of free blocks in this example. (3) Open OOo and the document you created in step (1). (4) Click the "export PDF" icon, select a filename and click "export". It does not matter here if a file by that name already exists or not. (5) Now, OOo crashes. Either it simply freezes and does not respond any more, or the window disappears finally (may take 20 seconds) and a window is shown that indicates what documents are gong to be restored at next startup. I could not figure out how to reproduce eaxactly each of these ways to crash, but the crash itself (what way soever) is reproducible for me all times. Regarding reproduction for Calc, Impress and occuring on printing: answer follows.
@hi: you asked "Can you reproduce it also with calc and impress. And does it occur also by printing?" I tested it out: Regarding printing from OOo Writer: if the temp partition is "offically full" (i.e., df shows no free blocks) and I try to print, the following error message appears: "Unable to start the printer. Please check your printer configuration." (something like that; I translated it from German, the original German message is "Der Drucker konnte nicht gestartet werden. Bitte überprüfen sie ihre Druckerkonfiguration."). However, Writer does not crash. Making some space available on the temp partition resolved this: printing worked as normal. Within this description it does not matter whether you prnt to a fle or to a real printer. Regarding OOo Calc: Yes, the PDF export crashes Calc in an equivalent situation. Again, the crash results in either a freeze of the application window or it being replaced with the dialog which indicates what documents will be recovered on the next startup. Again, freeing space on the temp partition resolved this and the PDF export went well, all other circumstances being the same. And again, the crash was reproducible only with larger documents (my sample had some 70 kByte filesize) while exporting a blank sheet to PDF just results in an error saying something like "Error while saving document name.odt: write problem. Unable to write the file." Regarding OOo Impress: Yes, the PDF export crashes Impress in an equivalent situation. Anything noted in the last paragraph regarding Calc can be repeated here. The crash does not occur when exporting blank drawings, but was fully reproducible with my larger sample drawing (17 kByte filesize; includes 16 pages, whereof some contain some kBytes of Text).
Thanks for the info. - Component changed to Framework - Summary changed from "PDF export crashes Writer if no temp disk space left"
@matthan: Still a problem for you?
@rainerbielefeld: I jus' checked it out with OOo Writer 2.0.3 and the crashing problem still persists and is reproducible. I used a ~700kB Writer document (pure text, no formatting) and an "officially full" temp disk partition according to my definition. Sorry that I did not check with OOo 2.0.4 yet. Tell me when you need this.
We need a crash report, stack listing or something else.
I reproduced it with OOo Writer 2.0.4 now.
Created attachment 40401 [details] the requested crash report (with a backtrace pasted in at point of crashing)
Please don't change the version info. We don't want to know that it still appears . That's logical until it's not fixed. The more we want to know in which version this issue has been found.
Works fine here with 2.2 on Mandriva 2007 - Office does not crash (even when setting Office temp folder to /tmp). Resolving as WFM.
and closing.