Apache OpenOffice (AOO) Bugzilla – Issue 20211
Printout fails to print to margin from second page printed to the end
Last modified: 2005-03-04 14:16:44 UTC
The printing fails to print the top margins starting at page two. The first page prints fine. Printing to *.pdf works fine. It doesn't make any difference, whether the pages were printed in normal or reverse order . I checked SunO 6.0 and it doesn't show this issue. The Printer is a network HP-K80 printer.
Hi, if this issue is a real defect, please use another component than '*Testproduct'. This component is only for testing issues. So, reassign to another component or close the issue. Thx. Frank
utomo> udsi: is this word ? Please change the component. Please Attach the documents which make this problem, so we can test it/faster to confirm. (Without the documents, we cannot confirm the problem easily/need more time) Don't forget to cut other part of the documents, so the file size is small, but we still able to see the problem.
change component from test
please provide a document that shows the described. We cannot proceed with this bug otherwise and I will close it soon.
cp: closing this one due to inactivity. feel free to reopen when more information is available.
Please Reopen this issue, I can provide more information. Printout fails to print to margin from second page from 1.1.1 to 1.1.2, not 1.1.0, OpenOffice.org 1.1.0 and olders aparently sends something related about paper size, then CUPS can print out perfect, in the lastest releases Ooo, does not send paper size, to the subsystem, and defaults apply, then a workaround is to set up on CUPS default paper size to a popular one "letter" for me, but whenever you try to send other paper size, it fails dropping the top of the page at the second one and nexts. Another woraround for this is to use an intermediate printer command as a printer like KPRINTER, then kprinter can change paper size and works fine. On other systems I don't have kprinter, then this issue is very uggly to handle, a workaround for this is to send one by one the "legal" pages. When I use LRP instead CUPS as a client smb the sympthom is the same. There is not neccesary to provide an example document, with a new one or an older one with more than 1 page is ok, try to print them in various paper sizes
reopen as there is more info. But I cannot test it as I use windows. Cp, is the additional info enough ? because I did not have Linux for testing. Thanks
sorry, unfortunately I don't understand the description. Please provide a sample document and explain in simple words what you expect and what you actually get (something like "letter A is expected to appear in 1in distance from top but appears in 2in").
I don't have windows, may be the problem is related to Linux printing system LPR/LPD, and CUPS, but I try older versions of OpenOffice.org from 1.0.0 to 1.1.0 without any problem, let me explain again, the problem starts when you try to print in wathever paper size that is not the default one on the printing system. Reproducting the error: 1)Chek your printing system for "default paper size" in this case I told CUPS to use "US Letter". 2)OpenOffice.org does not have any problem printing on "letter size". Then, choose "A4", or "legal" to start a new document. 3)There is not needed an example document, beliveme, just print a document with one word in the first page and 1 word in the second page with paper size DIFERENT to DEFAULT (in this case "US letter"), the second word on the second page just get droped cause the second page is "virtually printed" before it starts to get out from the printer, there is not a printer related, cause I have 2: Lexmark E210 and HP DeskJet930c. I guess that the problem is related to some buggy PostScript Command may be in generic driver printer, cause You can see how I can workaround this with kprinter, kprinter let me to set again the paper size against OpenOffice.org and the subsystem prints in rigth format, on my first post. Apologises for my bad English. I Will post a picture
Created attachment 15782 [details] Picture Showing a "Legal" paper Size printed with the second page droped 3 o 4 cm from the top
Created attachment 15783 [details] The document used to print the example picture
cp->pl: cannot reproduce, neither with OpenOffice 1.1.1 nor with 680m43. Do you have a clue ?
This happens with Generic Printer Driver built in on Ooo distribution, on Linux environments, using a CUPS Server and CUPS Clients or LPR/LPD Clients, I don't think that translated versions have something weird, but I will chech some English project, I've tested only Spanish Project. I really think the issue is on Generic Printer Driver. I've been checked a so old version 1.0.0 and there is no problem too, the issue start point is between 1.1.0 -> 1.1.1/2. Please if you really need more information about, tellme, I have a lot of Linux installed, so old and newest distros.
I checked with 1.1.2RC3 (German) WIN XP: [645m44(Build8784)] , WFM! I will try LINUX, soon Rainer
Ooops, I forgot that I can't print with LINUX, I will have to find an other solution. Rainer
New due to comment <http://de.openoffice.org/servlets/ReadMsg?list=users&msgNo=23818>, which confirms problem for printer: Epson C64, with "Turboprint" driver for SuSE 9.0 prof. KDE 3.2.3 OOo 1.1.2, Status -> NEW
Used "Turboprint" used for bug confirmation: Turboprint 1.88 (app. 1 month alt..) Rainer
An other tester told me: WFM with 1.1.2, Woody / CUPS Rainer
please print to a file and attach the resulting postsctipt document. I cannot reproduce on linux with generic printer (OOo 1.1.2 german). Print to file works as expected, actual printout works fine (well, I only have A4 paper, so not everything from the first page fits on one page, but the second page starts with the same offset as the first one)
The document seems to print fine in 680m81 I didn't have a HP-K80 though, but at least ghostscript shows the correct paper format (Legal) and no problems concerning the boundaries.
closing