Apache OpenOffice (AOO) Bugzilla – Issue 20089
1.1Beta created/modified documents print incorrectly in rc3 & rc4
Last modified: 2003-10-20 13:30:28 UTC
I am using SuSE 8.1, KDE 3.1.1, and CUPS 1.1.15-69, with an HPDeskJet 940c. Printing problems did not occur until after the installation of OOo1.1.0rc3, and continue after the installation of OOo1.1.0rc4. I have not tested in rc5. This problem continues to be duplicatable. The situation is as follows: ALL documents created or modified in OOo1.1beta, PRIOR to the installation of OOo1.1.0rc3 and rc4 (including templates created or modified in OOo1.1beta, then later modified in OOo1.1.0rc3 and rc4), when printed from within OOo1.1.0rc3 or OOo1.1.0rc4, produce 2 blank sheets, then the document prints. This even occurs when new documents are created by cut and paste, from such a "problem" document. This occurs even though the printer "Generic Printer (SGENPRT)" and drivers are the same in each installed or reinstalled OOo version. These same "problem" documents, when printed from within OOo1.1beta, are not affected. Documents newly created in OOo1.1beta AFTER the installation of OOo1.1.0rc3 and rc4, are not affected in any OOo version. These same "problem" documents, when printed from within OOo1.0.1, are not affected. Documents newly created in OOo1.0.1, which was installed AFTER the installation of OOo1.1.0rc3 and rc4, are not affected in any OOo version. When attempting to open documents in OOo1.0.1, that were based upon a "problem" template, a dialog box is opened that contains the message "The template "whatever" has not been found. Should the template be looked for the next time the document is opened? Yes No". Selecting either choice, the document is then modified. If this modified "problem" document is saved in OOo1.0.1, then printed in OOo1.1.0rc3 and 4, the same problem occurs. Documents previously created or modified in OOo versions older than OOo1.1beta, PRIOR to the installation of OOo1.1.0rc3 and rc4, are not affected. All older OOo versions INSTALLED PRIOR TO OOo1.1beta have been deleted, and therefore have not been tested. This problem occurs with all documents, and templates, newly created or modified in OOo1.1beta, PRIOR to the installation of OOo1.1.0rc3 and rc4, no matter what file type it was saved as(OOoWrite, OOoCalc, Excel, Word, ...).
please provide a sample document. furtheron please print it to file, once with a working document and once showing the problem.
Daddio, please provide sample documents, otherwise I cannot proceed with this issue.
Created attachment 9989 [details] test doc - created in 1.1beta - incorrectly prints in rc3,4,&5
The two attachements are actually shown as 'mimetypeapplication/vnd.sun.xml.writerPK' when viewed with a text editor.
Created attachment 9990 [details] test doc-created in 1.0.2-correctly prints in rc3,4,&5
Since original bug date, I removed all versions of OpenOffice, and downloaded and installed 1.1.0rc5. Print tests of documents created in 1.1beta still produce 2 blank sheets, then print the document. The two attachments were originally created in their respective OOo versions, then opened in 1.1.0rc5, modified, saved, and printed with the stated printing results. These documents show as mimetype application/vnd.sun.xml.writerPK when viewed in a text editor. When file properties are viewed within KDE 3.1.4, the document shows as "Type: OpenOffice.org 1.1.0 Text Document Contents: Zip Archive".
don't know if this is good or bad news but it prints fine for me. Please print both documents to file and attach them to this bug
Created attachment 10100 [details] requested document as printed to file
Created attachment 10101 [details] requested document as printed to file
sorry, no clue about that. Both documents print fine for me (no extra page). All the DSC (document structure comments) is the same, no hint what might cause an extra page. - please try to (temporarily) switch from CUPS to plain lp. Does that help ? - please select all text in a simple document (few text, only text), and use "Times" font for it. Does this document have the problem as well ?
In trying your suggestion of changing font on "test_from_1.1beta_template.sxw", the document printed fine with times. I then changed the font back to Gothic L for the whole document(The special characters (Open Symbol font) were not used in these tests). The document printed fine. When I inserted the special characters back in, the document printed extra sheets again. Font problem??? I then tried the same with another document that has not been submitted as an attachment, yet has the same problem. This document contains many different attributes (tables, modified styles, different fonts, color, numbering, different alignments, headers, footers, etc...). I changed the font of the entire document to times, and it printed fine. I changed it all back to Gothic L and had the problem again. I then started testing on a portion of this document by changing and printing a selection. I removed numbering, underlining, and left aligned the text. Still had the same problem. I then removed bolding, and the document printed fine. Again, a font problem??? I then tried the same selection with helvetica, bolded, and italicized the text, and it printed fine. Did the exact same thing with chancery and bitstream vera serif, and both printed with the original problem. Hmmmm!!! These are all stock fonts in the SuSE 8.1 distribution, KDE 3.1.4, OOo1.1.0rc5, and any other applications from that distribution, or upgrades. Suggestions???
I guess one or more of your fonts do not match with cups. cups kind of filters the resulting document and does some magic with it befor copying it to the actual printer (or ghostscript). I guess it gets confused somehow. I can only do wild guessing about that, I guess it's about specifically OpenSymbol font or about TrueType fonts in general which your CUPS does not like. You might want to try to configure a different printer with spadmin. Configure it for "Generic Printer (T42 enable)" (don't hit me for the exact wording of the name). This will lead to a different representation of the OpenSymbol font which might help.
doesn't look like anything we could tackle in OpenOffice.org
closed