Closed Bug 209452 Opened 22 years ago Closed 22 years ago

picture over a page break is squeezed twice instead of being cut or shifted to next page

Categories

(Core :: Printing: Output, defect)

x86
Linux
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 197441

People

(Reporter: ewl+mozilla, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021204 I have the quite simple page with two pictures; its source is in the additional details (it's the way to my place so accept that I didn't put all the details ;-) the first picture is printed OK, the second doesn't fit fully on the first page. Instead of cutting it or inserting a page break (probably the best option), mozilla squeezes the picture so that it fits on the first page and creates a second squeezed copy of the same picture on the second page. The sum of the heights of both squeezed pictures seems roughly to be the height of the picture wouldn't it have been squeezed. Reproducible: Always Steps to Reproduce: 1. load the page with some dummy pictures in the browser 2. print the page 3. aarrgh Actual Results: Well, as described above: picture on the verge of two pages is squeezed twice with a total height equal to the unsqueezed height of the picture. Expected Results: Either cut the picture or shift it to the next page. I don't know how a picture which doesn't fit on a single page should be handled!? <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta name="generator" content="HTML Tidy, see www.w3.org"> <title>Comment j'arrive chez moi?</title> <meta name="GENERATOR" content="amaya V4.1"> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> </head> <body> <address>[<a href="someplace.html.de">auf deutsch</a>]</address> <p>Le chemin pour arriver chez nous est, comme d'habitude, tr&egrave;s facile et se pr&eacute;sente comme suit: </p> <img src="somepic1.jpg" width="456" height="627" align="left" vspace="0" hspace="30" alt="some picture"> <ol> ...some text: three bullets... </ol> <br clear="all"> <hr> <img src="somepic2.jpg" width="432" height="514" align="left" vspace="0" hspace="30" alt="some other picture"> <ol start="5"> ...some more text: one bullet with 3 sub bullets </ol> <br clear="all"> </body> </html>
Mozilla 1.4 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Microsoft Windows XP SP1 English Printers: HP LaserJet 9000 dn, PCL driver HP Color LaserJet 4500, PCL driver I have experienced the same with a lot of web pages in version 1.2.1 and see the same in 1.4. The OS field should be changed. Example: http://www.tech-report.com/reviews/2003q3/abit-ic7-g/index.x?pg=2 Image 1: Biggest on first page, a bit on the second Image 3: Biggest on first page, a tiny bit on the second Image 5: Approximately two equal
Mozilla 1.4 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Microsoft Windows XP SP1 English Printers: HP LaserJet 9000 dn, PCL driver HP Color LaserJet 4500, PCL driver A picture in the middle of a page is sometimes squeezed and printed twice in the space the picture should occupy. I have experienced the problem with web pages in version 1.2.1 and 1.4. Mozilla sometimes prints 2 squeezed copies of a picture. The sum of the heights of both squeezed pictures seems roughly to be the height the picture should have as a single picture if it wasn't squeezed. This either widens the scope of bug# 209452 or may qualify as a bug on its own. If it widens the scope, the summary should be changed to something like "picture is squeezed and printed twice in the space the picture should occupy". Examples: http://www.tomshardware.com/network/20030630/home_network-31.html - 2 approximately equal sized parts (55% 45%?) http://www.tomshardware.com/network/20030630/home_network-32.html - Split approximately 80% 20% Both are reproducible every time.
I think this is a dup of bug 197441.
nope, looks like Dean is right marking dupe *** This bug has been marked as a duplicate of 197441 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.