Apache OpenOffice (AOO) Bugzilla – Issue 25228
Export/print to PDF fails
Last modified: 2007-04-07 10:59:58 UTC
Attached is an Impress presentation that does not export or print correctly to PDF under Mac OS 10.3.2. It *does* work correctly under Linux and Win2K with the same version of OOo (1.1.0). Also attached is a detailed summary of the specific problems, as well as system info. This *may* be a duplicate of issue 24979, but since that one was reported for Mac OS 10.2.8 and there were significant changes in 10.3.x (including Preview), I've filed this separately. Apologies in advance if this is more appropriately added to that issue. Related issues appear to be 16593, 19030, 22764, and 23634, though none of those appears to be exactly what I'm seeing. Again, apologies if this is a duplicate.
Created attachment 12977 [details] Impress file that demonstrates the PDF export/print problem
Created attachment 12978 [details] Summary of problems and system info
(Note: This is the same source file I submitted for issue 25227, but the problems described in that submission are different -- and more serious -- than the PDF export stuff described here.)
Reassigning this one to fa. I saw in a query that a lot of issues concerning Mac OS are on your account. Since I have no MAC here for testing I send this one to you. If this is wrong please forward the issue to the appropriate person. Thanks in advance.
Can you try a new PDF Converter using the command: setenv PATH "${PATH}:/usr/local/bin";/usr/local/bin/ps2pdf - (OUTFILE) and see what that does? Make sure to select the location of the output file right below the command entry area in spadmin. Also, is there some reason why you're not using the File->Export to PDF functionality instead? If you think the file is to big when done that way are you making sure to check the appropriate setting when the "Optimization" dialog comes up, either for Screen, Printer, etc?
I tried configuring the PDF Converter with the following commands (setting the output file location to my desktop each time): 1. setenv PATH "${PATH}:/usr/local/bin";/usr/local/bin/ps2pdf - (OUTFILE) 2. setenv PATH="${PATH}:/usr/local/bin";/usr/local/bin/ps2pdf - (OUTFILE) 3. /usr/local/bin/ps2pdf - (OUTFILE) 4. /usr/local/bin/gs -q -dNOPAUSE -sDEVICE=pdfwrite -sOutputFile="(OUTFILE)" - In all four cases, OOo puts up a small status dialog that shows it quickly printing the pages to the PDF converter. About 30 seconds later, OOo quits with an error dialog saying "An unrecoverable error has occurred. All modified files have been saved and can probably be recovered at program restart." As for the other question, I tried the File->Export as PDF... option first. As I noted in the summary (attached above), the export yields a PDF with all the graphics but no text at all, on any of the 29 pages. This occurs whether the optimization is set for screen, print, or press. If you have a Mac you can try to reproduce this on your end; if it won't reproduce, I can attach any or all of the three "Export as PDF..." files generated on my machine. Each file is around 1MB each or slightly larger -- if that is a problem (the attachment form says there is a 1MB limit), I can email them directly. Just let me know.
Added oooqa keyword. Thanks for the detailed notes. I will try to reproduce when I get a spare moment.
OK, I think I've figured out a workaround, though in doing so I've uncovered some seriously weird behavior: My attempt at bash syntax (#2 above) was incorrect, but even with correct bash syntax [ e.g., export PATH="${PATH}:/usr/local/bin";/usr/local/bin/ps2pdf - (OUTFILE) ], OOo still generates a non-working PDF file and then crashes. There appear to be two reasons for this: 1. The resulting .pdf file doesn't open in either Preview or Acrobat ***because it's PostScript, not PDF***. For some reason, OOo insists on putting the .pdf suffix on the end of the *temporary* (postscript) file, and apparently neither Acrobat nor Preview is smart enough to look at the first few characters of the file to figure out the format, instead relying on the suffix only. (Preview is perfectly OK with a PostScript file as input, provided the file has the correct suffix.) 2. OOo seems to crash with the abovementioned error message ***whenever (TMP) does not appear in the PDF Converter command***. The presence or absence of (OUTFILE) doesn't seem to make a difference. As a wild guess, I'd say OOo is doing something like trying to save a non-existent file after printing the temporary PS file, getting confused, and crashing. With that in mind, the following PDF Converter command works for me using the default GS driver (linewrapped for readability): echo "(TMP)" > /dev/null; export PATH="$PATH:/usr/local/bin"; \ mv (OUTFILE) (OUTFILE).ps; ps2pdf (OUTFILE).ps (OUTFILE); rm (OUTFILE).ps Which works but is quite a kludge. Can anyone else with a Mac verify this??? Now all that's left to do is figure out the weird diagonal pinstripe pattern and the ugly font substitution on Greek symbols in Times New Roman (taus on slide 8; approximately-equal signs on slides 11 and 13; and deltas on slides 13, 21, 25, and 26).
Just saw this on Freshmeat, but haven't had time to try it on my document to compare it to the existing (buggy) OOo exporter: http://www.jdisoftware.co.uk/pages/epdf-home.php
Export to PDF has been improved drmatically in 1.9.79, and versions later than 1.0, which was originally reported to have the problem. Should we close this issue?
Just tried with 2.0.1 on OS X Tiger (10.4.4) and the PDF import seems to work without any problems. This issue can probably be safely marked RESOLVED.
As reported by heywood and verified with OOo 2.0.2 RC4 by Maveric the PDF Export has improved. Closing Issue with Worksforme.
As reported by heywood and verified by Maveric. This issue can be closed with Worksforme. Verified with OOo 2.0.2 RC4 Closing Issue -> Worksforme
Closed.