149667 - page printing handles images which would span two pages badly

Status: VERIFIED DUPLICATE of bug 146799

(Core :: Printing: Output, defect)

Description

[Carol Brooksbank]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0) Gecko/20020530
BuildID:    2002053012

There are bugs in the page printing. It changes its mind about what to do with
images that would span two pages. Netscape would start a new page for printing
if there is insufficient room for an image on the current page. This one did the
following in the course of a web page that needs 5 pages of A4 to print it out.

Header, title, footer, page # etc were all set at blank
The margins were set at 0.125" and my printer at maximum coverage - a setting
which allows 1/8" margins all around.

1) Compress the image vertically so it will fit the space left, then print
another squashed copy on the next page as well

2) Print as much as you can of the image on the current page, and forget about
what will not go on. Just start the next page at the bit after the image

3) Start a new page, leaving a bigger margin than usual at the bottom of the
current one, and put the whole image on the next page - HOORAY!! If only it
would do that all the time. 



Reproducible: Always
Steps to Reproduce:
1.Open the URL
2.Set the page setup as described above with 0.125" margins all around and the
printer set at maximum coverage.
3.Set all header and footer items to blank
4.Check the option to print backgrounds and images

Actual Results:  Exactly as in the description above

Expected Results:  Started a new page when an image is too deep to fit the
current page, and put the whole image on a new page.

Comment 1

[sujay]

dup of bug  146799 ?

Comment 2

[Alexander Zink :alex]

Same here!

Additional information: Images are cut "currectly" in the print preview! This
means that the first part of the image is shown on the bottom of one page and
the rest of the image is displayed on top of the next page.
On the two _printed_ pages, the space for the two image-parts is maintained, but
both locations contain the _full_ image vertically resized to fit into the
reserved space on each page...

Suggestion: 

1. Keep the image-cut feature for images that vertically exceed the free space
on a print page. (Well, keep the corrected version which prints the way the
print preview displays it...)

2. But if an image is vertically smaller than the space on a page, _please_
print the full image on the second page (thus leaving some white space on the
bottom of the first page). Since in _most_ cases, a cut-into-peases image is
useless on the printout!

Ciao and thanks,
Alex  :-)

Comment 3

[Alexander Zink :alex]

Hi,

found a more powerful and convenient solution!

Please see suggestion for bug 146799

Ciao,
Alex

Comment 4

[Florian Hars]

The "two distorted copies of the same image" effect happens under Linux, too.
Somebody please change the OS to all.
This (as well as the almost equally atrocious slicing of images into parts that
the preview shows) should definitely be fixed for 1.0.1.

Comment 5

[rods (gone)]

image splitting bug for printing

Comment 6

[Simon Montagu :smontagu]

Confirming. This does not happen in Netscape 7.01, and does not happen in Linux
trunk builds when printing with xprint.

Comment 7

[Boris Zbarsky [:bzbarsky]]

*** This bug has been marked as a duplicate of 146799 ***

Comment 8

[sujay]

verified.