The default bug view has changed. See this FAQ.

Printing page results in 16 leading blank pages, followed by a correct, but offset, page

RESOLVED WORKSFORME

Status

()

Core
Printing: Output
RESOLVED WORKSFORME
15 years ago
13 years ago

People

(Reporter: Karl Scriba, Assigned: rods (gone))

Tracking

Trunk
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021016
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021016

Printing page results in 16 blank pages being printed, followed by the correctly
laid out page.  However, even that page is offset to the bottom and the right.

Reproducible: Always

Steps to Reproduce:
1. Go to URL.
2. Select menu option: File -> Print.
3. Specify "PostScript/Default" as the printer.
4. Select "Print".

Actual Results:  
16 blank pages are printed, followed by the correctly laid out page, but even
that page is offset to the bottom and the right.

Expected Results:  
Print the requested page without leading blank pages and without offsets.

The printing system used is CUPS.
The Konqueror browser prints the page correctly and without incorrect offsets.
Options used with printing are to include the URL and the page title on the
printed page.
Printing the page to a PostScript file and then sending that PostScript file to
the printer results in the same problem.  However, viewing the PostScript file
directly does not show any leading pages.

Comment 1

15 years ago
Reporter, you've just asserted that this is not a problem with mozilla ?

 "However, viewing the PostScript file directly does not show any leading pages"

This works fine for me (no leading pages) with LPRNG on Linux with cvs 20021117.
(Reporter)

Comment 2

15 years ago
Other applications (e.g.: viewing and printing) may be "smart" enough to filter
out leading blank pages.  That would be fortunate, but an entirely separate issue.

Printing the PostScript file generated by Mozilla results in 16 leading blank pages.

Printing the PostScript file generated by Konqueror results in zero leading
blank pages.

I have tried this out with a number of different web pages, including the page I
am writing this on.  Same results.  Mozilla 16 - Konqueror 0.

Given that, I would contend that Mozilla (at least the latest released version,
1.2b) generated PostScript which is ... flawed.

Whether that is correct, I can't say.  Is there a way for me to upload a
PostScript file for analysis by somebody that understands PostScript?
Summary: Printing th page results in 16 leading blank pages, followed by a correct, but offset, page → Printing page results in 16 leading blank pages, followed by a correct, but offset, page
(Assignee)

Comment 3

15 years ago
we don't work with CUPS as far as I know.

Comment 4

15 years ago
rods wrote:
> we don't work with CUPS as far as I know.

"CUPS" is just another spooler - I doubt this is the root of the problem...

Comment 5

15 years ago
Karl, per your comment, you can upload files into bugzilla through the "create a
new attachment" link on this bug report's page. Uploading a postscript file that
demonstrates this problem would be helpful.
(Reporter)

Comment 6

15 years ago
Created attachment 107796 [details]
Sample PostScript file that results in 16 blank leading pages

Printing any web page will result in 16 leading blank pages.
In the interest of minimize the size of the PostScript file I uploaded the
PostScript file for the web page http://cr.yp.to/djbdns.html, which is a text
only page.

This file was generated using the 1.2 release, but has the same problem as the
files generated/printed under the 1.2b release ... 16 blank, leading pages.

Comment 7

14 years ago
There is a workaround and some information at:

http://sdb.suse.de/en/sdb/html/jsmeix_print-81-cups-formfeed.html

For me the mentioned change in cupsomatic works.

Comment 8

14 years ago
Karl, could you take a look at the link from comment 7 and see if it helps you
with this issue?
(Reporter)

Comment 9

14 years ago
Helmut, Kenneth, yes the fix referred to in comment #7 works.  No more "16
leading blank pages".

Comment 10

14 years ago
Is the bug gone or need it fixed in mozilla?
(Reporter)

Comment 11

14 years ago
The bug is gone.  The fix referred to in comment #7 resolved the matter.

Comment 12

13 years ago
Resolving based on reporter's comment 11.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.